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Chapter  1 


INTRODUCTION 


Background 

"A  schedule  is  a  timetable  for  performing  activities, 
utilizing  resources,  or  allocating  facilities  [Chase  and 
Aquilano,  1981:425]."  Scheduling,  then,  is  the  process  of 
coordinating  and  adjusting  these  activities,  resources  and 
facilities . 

Scheduling  is  not  a  new  problem,  nor  is  it  a  problem 
peculiar  to  a  specific  set  of  circumstances.  Man  has  always 
had  to  make  scheduling  or  sequencing  decisions,  even  if  this 
only  involved  the  arranging  of  daily  activities.  Scheduling 
consists  of  decision-making  and  the  allocation  of  resources 
to  particular  activities.  It  follows  a  planning  process  that 
decided  the  scheduled  activity  is  actually  necessary  (Bush, 
1978:3) . 

Within  the  Strategic  Air  Command  (SAC)  the  aircraft 
and  aircrew  scheduling  process  entails  the  coordinating  and 
adjusting  of  flight  and  ground  training  events,  and  planned 
and  unplanned  aircraft  maintenance  (the  necessary  activities) ; 
crew  members,  maintenance  personnel,  aircraft,  equipment,  and 
allocated  flying  hours  (the  resources);  and  buildings,  hangars, 
and  classrooms  (the  facilities). 

A  typical  SAC  B-52  wing  organization  contains  echelons 
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of  authority  (see  Fig.  1.1).  A  wing  commander  coordinates 
and  controls  two  deputy  commanders:  one  for  operations  and 
one  for  maintenance.  Operations  aircrews  are  organized  into 
squadrons,  usually  a  bombardment  and  a  refueling.  SAC  Regu¬ 
lation  (SACR)  60-9,  Planning  and  Scheduling  Aircrew  and  Air¬ 
craft  Usage,  levies  the  scheduling  of  aircrew  activities  upon 
the  operations  commander  and  his  staff  (1980 :p. 2-1) .  The 
key  staff  member  responsible  for  the  development  of  training 
plans  for  all  tactical  aircrew  personnel  is  the  unit  director 
of  training  (DOT).  No  other  staff  agency  may  schedule  air¬ 
crews  for  any  activity  without  coordinating  with  the  appro¬ 
priate  DOT  mission  development  branch  schedulers.  The 
scheduling  branch  personnel,  assisted  by  the  bombing/navigation 
branch,  defensive  systems  branch,  and  tactical  squadrons, 
develop  the  mission  training  packages  designed  to  meet  unit 
training  objectives  within  the  allocated  flying  time  received 
from  SAC. 

Operational  planning  for  aircrew  resource  use  is  essen¬ 
tial  to  insure  attainment  of  a  unit's  mission.  Using  opera¬ 
tional  requirements  and  maintenance  capability,  unit  planners 
develop  schedules  to  assure  that  miss  ion- ready  crews  remain 
prepared  to  perform  the  unit's  primary  mission  (SACM  51-52, 
Volume  1,  1980:p.2-2).  Crews  remain  ready  to  perform  the 
unit's  mission  by  flying  an  adequate  number  of  sorties  con¬ 
taining  enough  diverse  training  events  to  maintain  flying 
proficiency.  Various  skill  levels  exist  among  aircrews  which 
require  the  balancing  of  sortie  packages.  Requirements  for 


Wing 

Commander 


sortie  allocation  include:  planning  nonmiss ion- ready  qualifi¬ 
cation  flights,  training  of  navigators  to  the  more  skilled 
radar  navigator  position  through  the  navigator  upgrade  pro¬ 
gram,  improving  copilot  skills  to  those  of  a  pilot  with  pilot 
upgrade  program  sorties,  and  insuring  staff  and  instructor 
personnel  remain  proficient.  Schedules  allow  for  the  annual 
evaluation  of  flying  expertise  as  required  by  regulation  and 
conducted  by  highly  experienced  standardization  evaluation 
crews.  Additionally,  evaluation  personnel  use  schedules  as 
a  decision-making  aid  when  planning  periodic  no-notice 
inflight  evaluations  of  unit  personnel  proficiency. 

Within  a  SAC  B-52  wing,  the  scheduling  function  insures 
crew  members  obtain  and  maintain  flying  proficiency.  Subor¬ 
dinate  to  the  flying  activities  are  ground  training  require¬ 
ments  designed  to  supplement  and  enhance  both  flying  and 
basic  military  skills.  Other  factors  requiring  a  timetable 
include  sufficient  time  available  for  crew  rest,  physiologi¬ 
cal  training  in  the  altitude  chamber,  and  flight  physicals. 
Mission  development  branch  personnel  use  schedules  to  assign 
mission- ready  crew  members  to  ground  alert  duty  in  support  of 
aircraft  forming  one  leg  of  the  Triad  -  the  quick- reaction 
strategic  forces  defending  the  United  States. 

Unit  planning  is  based  on  a  quarterly  period  with 
monthly,  weekly,  and  daily  refinements.  These  four,  closely 
related  but  separate  phases  start  with  the  receipt  of  the 
first  information  affecting  the  unit  for  the  training  cycle. 
Operations  staff  personnel  compile  data  for  planning  from 
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numerous  sources. 

Approximately  seven  weeks  before  the  quarter  begins, 

SAC  provides  each  unit  with  the  Flying  Program  Document,  which 
gives  the  unit  sortie  requirements  and  flying  hour  allocations. 
Unit  alert  commitments  also  come  from  SAC.  Higher  headquar¬ 
ters  peacetime  air  operations  schedules  arrive  at  the  unit 
not  only  from  SAC,  but  from  its  numbered  air  force  and  parent 
air  division.  About  six  weeks  before  the  next  quarter  begins, 
unit  schedulers  attend  a  conference  to  negotiate  and  obtain 
committed  simulated  bomb  release  times  on  joint  use  ranges. 

Unit  schedulers  confirm  air  refueling  tracks  and  refueling 
unit  support  via  a  planning  document  which  contains  all 
authorized  refueling  resources  for  the  quarter.  SACR  60-9 
requires  operations  squadron  commanders  to  provide  the  unit 
planners  with  a  proposed  six-month  leave  request  for  all  the 
crews/crew  members  within  their  squadron.  The  operations 
system  management  branch  generates  data  concerning  aircrew/ 
staff  evaluation  requirements  (i.e.,  general  and  instrument 
flying  qualifications,  simulator  qualification,  physicals, 
and  physiological  training)  and  supplies  it  to  the  mission 
developers.  The  standardization  evaluation  division  provides 
a  planning  input  by  the  fifth  workday  of  each  month,  identi¬ 
fying  their  desired  evaluation  schedule  for  the  following  month. 
They  also  complete  preparatory  coordination  for  the  second 
subsequent  month.  Other  unit  staff  agencies  supply  the  DOT 
with  their  alert  and  flying  availability,  leave,  and  tempo¬ 
rary  duty  schedules  before  the  15th  of  the  month  preceding  the 


month  being  planned. 

The  current  scheduling  method  actually  requires  many 
man-hours  of  attending  conferences;  sorting  through  program 
documents,  higher  headquarters  messages,  various  forms,  and 
computer  printouts;  and  making  telephone  calls  to  compile 
planning  data.  Once  the  data  compilation  is  complete,  the 
individual/crew  leave,  temporary  duty,  qualification  checks, 
and  training  requirements;  and  the  air  division,  numbered  air 
force,  and  SAC  taskings  are  manually  posted  to  the  master  pro¬ 
gramming  board  (Mitchell,  1980:p.2-l).  Crew  resources  are 
then  matched  with  training/tasking  based  on  their  availability 
for  the  period  being  posted,  usually  a  week  or  month. 

The  unit  scheduler  makes  these  decisions  within  a  frame¬ 
work  of  formalized  guidance  and  procedures  and  informal  unit 
policies.  Scheduling  is  not  a  static  process  which  adheres 
to  no  deviations  from  the  original  plan.  Numerous  unpredict¬ 
able  factors  usually  arise  which  result  in  the  need  to  partial¬ 
ly  or  even  completely  rework  the  schedule.  Typical  factors 
such  as  bad  weather,  unplanned  maintenance,  strategic  training 
range  changes,  air  refueling  changes,  and  aircrew  sickness 
lead  to  situations  requiring  short  notice  changes  to  the  par¬ 
ticular  segment  of  the  schedule  involved.  The  scheduler 
adjusts  the  schedule  to  "crisis  manage"  the  unforeseen  event, 
usually  without  the  benefit  of  the  overall  perspective  main¬ 
tained  during  the  schedule  formulation.  The  art  of  "satisfic¬ 
ing"  is  practiced  as  the  scheduler  attempts  to  find  someone- - 
anyone--to  fill  a  particular  sortie  (Egge,  1978:6).  Little 
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consideration  is  given  to  whether  or  not  the  individual  picked 
would  be  the  best  choice  under  the  circumstances.  Within  the 
current  system,  these  short  notice  changes  may  result  in  crews 
or  crew  members  flying  sorties  that  provide  them  with  less 
proficiency  training  than  originally  planned  (Berman,  1975:15). 

Problem  Statement 

Chapter  2  presents  numerous  efforts  at  modeling  and 
writing  computer  programs  for  the  aircrew  scheduling  process. 
The  focus  of  these  efforts  has  been  to  better  understand  this 
process,  simulate  it,  and  assist  schedulers  in  developing 
schedules.  However,  the  majority  of  these  attempts  has  been 
too  general  and  all  encompassing;  therefore,  they  have  not 
been  widely  implemented.  Those  that  have  been  implemented, 
such  as  the  "Automated  Missile  Operations  Management  System" 
(Bush,  1978)  at  Whiteman  AFB ,  Missouri,  have  been  developed 
specifically  for  the  unit. 

In  October  1981,  Headquarters  SAC's  Management  Systems 
Development  Branch  received  approval  to  purchase  microcomputers 
and  optical  mark  scanners,  and  is  currently  placing  them  in 
each  SAC  wing  (Mitchell,  1981).  The  microcomputers  and  opti¬ 
cal  mark  scanners  are  to  be  used  in  the  scheduling  process  to 
coordinate  and  manage  activities  and  resources  (Mitchell, 

1981).  According  to  Mitchell,  the  wing  level  microcomputers 
will  be  connected  to  central  computers  at  Headquarters  SAC 
and  each  numbered  air  force.  At  this  level  they  can  be  used 
to  help  "crisis  manage"  wing  level  problems  and  needs  (1981) . 
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For  the  wings  to  effectively  and  efficiently  use  this 
new  capability,  each  will  need  to  develop  its  own  model,  com¬ 
puter  program,  and  data  base  requirements  (Balachandran  and 
Zoltners,  1981:812).  This  research  attempts  to  build  a  com¬ 
plete  functional  model  of  SAC  B-52  aircrew  scheduling  for  the 
28th  Bombardment  Wing  at  Ellsworth  AFB ,  South  Dakota,  as  the 
initial  step  in  a  realistic  and  practical  application  of 
computer  technology  to  the  aircraft  and  aircrew  scheduling 
problem. 

Justification 

The  complexity  of  the  scheduling  process  has  been 
shown.  Many  man-hours  are  exhausted  daily  in  manually  coor¬ 
dinating  and  adjusting  a  schedule  (Berman,  1974:vi;  Mitchell, 
1981:3;  and  Boyd  and  Toy,  1975:3).  Often  the  courses  of 
action  taken  are  not  the  best  ones  available  because  of  a  lack 
of  clear  cause  and  effect  relationships,  and  the  availability 
of  current  information  (Mitchell,  1981:3;  and  Fallon,  1980:19). 
So  far  these  and  other  problems  involved  in  the  scheduling 
process  have  eluded  a  satisfactory  solution. 

A  major  attempt  (Berman,  1974  and  1975)  was  made  by 
the  Rand  Corporation  to  develop  a  "Decision-Oriented  Schedul¬ 
ing  System"  (Berman,  1974)  for  the  Strategic  Air  Command. 

One  reason  this  effort  failed  was  it  attempted  to  be  a  pana¬ 
cea  for  all  of  SAC's  aircraft  and  aircrew  scheduling  problems. 
During  this  time  frame  a  new  methodology,  known  as  "Decision 
Support  Systems"  (Keen  and  Morton,  1978)  and  discussed  in 
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Chapter  2,  was  evolving.  The  key  idea  of  this  information 
system  methodology  is  that  any  computer-aided  decision-making 
process  must  be  user  and  organization  (e.g.,  a  wing)  specific. 

The  fact  SAC  is  placing  microcomputers  and  optical  mark 
scanners  in  each  SAC  flying  wing  to  assist  schedulers  indi¬ 
cates  their  interest  in  improving  decision-making  effective¬ 
ness  in  the  aircrew  scheduling  system.  However,  a  model  that 
clearly  shows  the  functional  elements,  and  their  informational 
relationships  and  needs  has  not  been  built  for  any  SAC  wing. 
Therefore,  following  decision  support  methodology,  a  real  need 
exists  to  construct  a  model  of  the  aircrew  scheduling  system 
for  each  SAC  wing  (e.g.,  B-52G  vs.  B-52H,  B-52H  vs.  RC-135, 
KC-135A  vs.  KC-135Q,  etc.). 

Scope  and  Limitations 

This  research  analyzes  the  SAC  B-52  flight  and  ground 
training  events  scheduling  process  as  a  system.  The  focus  is 
on  developing  a  functional  model  of  the  system  and  identify¬ 
ing  the  necessary  information  elements  for  use  in  decision 
support.  The  objective  is  to  eventually  establish  a  complete 
microcomputer-based  decision  support  system  for  the  scheduling 
process. 

This  thesis  is  limited  to  B-52  operations  scheduling 
and  does  not  address  the  maintenance  scheduling  process, 
KC/EC-135  scheduling,  cost  aspects,  computer  hardware  and 
software  decisions,  organizational  and  behavioral  aspects  of 
implementing  such  a  system,  nor  write  a  computer  program  for 


the  scheduling  system.  Furthermore,  the  modeling  process  is 
limited  to  developing  a  functional  model  for  only  the  28th 
Bombardment  Wing  at  Ellsworth  AFB ,  South  Dakota.  Further,  an 
informational  model  is  built  for  the  monthly  decision  of  assign¬ 
ing  individuals  by  name  to  ground  alert  duty. 

Parallel  research  has  developed  a  functional  model  for 
the  SAC  B-52  aircraft  scheduling  process  at  the  28th  Bombard¬ 
ment  Wing  (Hackett  and  Pennarti,  1982). 

Research  Objectives 

The  objectives  of  this  research  are  to: 

1.  Build  a  SAC  wing  level  functional  model  of  the 
B-52  aircrew  flight  and  ground  training  events  scheduling 
system  for  the  28th  Bombardment  Wing;  and 

2.  Develop  an  informational  model  for  the  monthly 
assignment  of  individuals  by  name  to  ground  alert  duty  at  the 
same  wing. 

Research  Questions 

This  research  will  answer: 

1.  What  are  the  functional  elements  and  the  informa¬ 
tional  relationships  of  the  aircrew  flight  and  ground  train¬ 
ing  events  scheduling  system  for  the  28th  Bombardment  Wing? 

2.  What  are  the  informational  needs  for  the  decision 
to  make  the  monthly  assignment  of  individuals  by  name  to 
ground  alert  duty  at  the  28th  Bombardment  Wing? 
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Organization 

Chapter  2  covers  the  aircrew  scheduling  system  problem 
history  as  it  evolved  from  an  art  to  a  science  using  a  sys¬ 
tems  perspective.  Various  approaches  at  computerizing  the 
system  also  receive  attention.  Incorporating  the  computer 
and  human  user  into  a  decision  support  system  for  addressing 
scheduling  problems  conclude  the  chapter.  The  research 
methodology  explained  in  Chapter  3  outlines  the  functional 
and  informational  modeling  approaches  that  are  used  to  build 
the  models  for  the  SAC  B-52  aircrew  scheduling  problem. 

Chapter  4  depicts  the  scheduling  functional  model.  The  follow¬ 
ing  chapter  contains  the  informational  model  for  the  monthly 
assignment  of  individuals  by  name  to  ground  alert  duty.  The 
conclusions  and  recommendations  presented  by  these  authors  in 
Chapter  6  suggest  the  follow-on  work  needed  to  support  the 
SAC  aircrew  scheduling  decision  process. 
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Chapter  2 


REVIEW  OF  LITERATURE 


Purpose 

A  review  of  the  literature  reveals  extensive  research 
concerning  scheduling  and  the  various  organizational  elements 
affecting  the  system.  This  chapter  presents  the  past  research 
regarding  scheduling  as  a  system  and  associated  approaches  to 
improve  the  manual  methods  used  by  aircrew  mission  develop¬ 
ment  branch  managers.  A  central  development  towards  modern¬ 
izing  the  scheduling  system  involves  the  use  of  microcomputers 
as  a  bridge  to  future  decision  support  systems  (DSS) .  The 
concluding  segment  of  the  chapter  contains  previously  pub¬ 
lished  information  about  the  fundamental  elements  of  data¬ 
base  systems  required  for  a  DSS. 

Scheduling  System 

The  universal  scheduling  problem  is  how  to  assure  effi¬ 
cient  internal  Strategic  Air  Command  (SAC)  resource  allocation 
by  decentralized  wings  that  achieves  the  highest  overall 
organizational  objective  (Berman,  1974:2).  The  perspective 
of  this  research  focuses  on  the  finite  resources  available 
for  expenditure  by  a  bomb  wing.  These  include  the  B-52  bomber 
aircraft  and  its  required  aircrew  members.  A  B-52  requires 
six  crew  members:  pilot,  copilot,  navigator,  radar  navigator, 
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electronic  warfare  officer,  and  aerial  gunner.  The  addition 
of  the  flying- hour  resource  provides  the  framework  for  the 
bomb  wing's  objective  to  accomplish  a  required  amount  of 
training  and  operational  activity  with  a  given  number  of  the 
aforementioned  assets.  The  decentralized  efforts  contribute 
to  SAC's  "primary  official  goal  of  operating  and  maintaining 
quick- reaction  strategic  strike  forces  as  a  credible  deterent 
to  war  [Berman,  1975:16]." 

The  majority  of  the  research  surveyed  approaches  the 
scheduling  system  problem  cognizant  of  the  prime  organizational 
objective.  A  1960  study  by  the  Rand  Corporation  dealing  with 
the  appropriate  B-52  alert  structure  and  personnel  was  one  of 
the  first  articles  to  investigate  the  conflicting  demands  for 
limited  resources  (Levine,  1960).  Theses  written  by  four  stu¬ 
dents  at  the  Air  Command  and  Staff  College  addressed  the 
general  subject  of  SAC  aircrew  scheduling  during  the  mid- 
1960's  (Bott,  1965;  Gehrke,  1964;  Stewart,  1965;  and  York, 
1964).  Gehrke' s  work  provides  a  look  at  a  scheduling  element 
with  a  model  for  the  rotation  of  crews  between  alert  duty  and 
reflex  duty  in  a  B-47  wing.  Even  though  the  model  helped 
commanders  conceptualize  the  rotations  of  their  crews,  the 
model  proved  to  be  of  little  practical  value  to  the  B-52  air¬ 
crew  scheduling  function,  largely  because  of  differing  opera¬ 
tional  concepts.  Burkepile's  research  presents  a  consolidated, 
explicit  description  and  analysis  of  the  major  requirements 
and  scheduling  function  constraints  (1970:7).  For  the 


interested  reader,  the  Burkepile  thesis  serves  as  an  excellent 
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overall  view  of  the  scheduling  environment  which,  with  a  few 
exceptions,  portrays  the  system  in  its  current  form.  The 
terminology,  encompassing  just  what  scheduling  was,  shifted 
from  function  to  process  with  the  German  studies  (1974  and 

1975)  . 

Berman's  work  formed  an  integral  part  of  the  Rand  Cor¬ 
poration's  contracted  research  investigating  ways  to  increase 
the  efficiency  of  resource  allocation  at  operating  hierarchi¬ 
cal  levels  within  the  Air  Force  by  improving  scheduling  (Cohen, 
1966;  Kiviat,  1965;  Miller,  1973;  Miller,  Kaplan,  and  Edwards, 
1967;  Pritsker,  1968;  Cohen,  1972;  Fallon,  1980;  and  Ewell, 

1976)  .  The  wing  scheduling  system  model  first  presented  in 
Berman's  1974  document  appears  as  Figure  2.1.  He  depicts  the 
complexity  of  joint  consideration  of  aircrew  and  aircraft 
resource  flying  and  alert  requirements  by  wing  operations  and 
maintenance  personnel  using  higher  headquarters  guidelines. 

The  data  elements  Berman  considered  as  integral  to  the  sched¬ 
uling  process  included  the  total  number  of  maintenance  air¬ 
craft  preparation  activities,  rules  and  local  conventions, 
and  maintenance  crews  available  to  the  maintenance  scheduler 
in  creation  of  the  monthly  maintenance  schedule.  From  the 
operations  viewpoint,  the  data  elements  available  consist  of 
aircrew  mix;  rules  and  local  conventions;  alert  requirements; 
change-over  time;  aircrew  needs  and  training;  and  instructor, 
staff,  and  standardization  crews.  Within  the  system,  negotia¬ 
tions  are  important  when  developing  schedules  because  mainten¬ 
ance  and  operations  schedulers  consider  their  different,  often 
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The  Scheduling  Process 
[Berman,  1975:13] 


conflicting,  data  element  inputs  quite  parochially.  Gibson 
suggests  a  method  to  improve  the  system  would  be  to  consoli¬ 
date  the  operations  and  maintenance  scheduling  function  and 
make  it  directly  responsible  to  the  wing  commander.  The  data 
inputs  would  flow  into  one  central  decision  center  from  which 
the  scheduling  process  would  be  relieved  from  the  conflict 
environment  which  arises  between  the  operations  commander  and 
the  maintenance  commander  (Gibson,  1975:41).  To  d3te  the 
winds  of  change  have  not  blown  enough  to  see  Gibson's  propos¬ 
al  incorporated  into  the  Strategic  Air  Command's  formalized 
wing  organization. 

Barnidge  and  Cioli  investigated  the  possibility  of 
incorporating  the  scheduling  process  into  a  dynamic  model. 
Based  upon  a  System  Dynamics  methodology,  these  researchers 
developed  a  hypothesized  structure  of  the  scheduling  process 
as  modeled  by  the  causal- loop  diagram  in  Figure  2.2.  When 
first  looking  at  the  figure,  it  is  possible,  due  to  the  arrow¬ 
head  pointers,  to  observe  a  directional  flow  of  influence 
throughout  the  loop.  For  example,  Barnidge  and  Cioli  hypothe¬ 
size  that  wing-directed  requirements  and  higher  headquarters - 
directed  requirements  provide  influential  inputs  to  the  total 
wing  requirements  which,  in  turn,  directly  influence  schedul¬ 
ing  decisions.  Scheduling  decisions  affect  scheduled  require¬ 
ments  leading  to  the  accomplishment  of  the  requirements.  This 
final  structural  link  induces  change  on  both  total  wing  re¬ 
quirements  and  scheduled  decisions.  The  arrowhead  pointers 
used  in  the  hypothesized  continuous  scheduling  cycle  reflect 
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only  directional  flows  of  influence,  not  the  nature  of  the 
influence.  Causal- loop  diagramming  uses  plus  (  +  )  and  minus 
(-)  symbols  to  indicate  the  influential  nature  of  the  system's 
relationships . 

Goodman  explains  the  type  of  influence  that  an  element 
has  on  another  can  easily  be  depicted  with  System  Dynamics 
methodology.  Relationships  are  considered  positive  (  +  )  if 
a  change  in  one  element  causes  a  similar  change  in  a  second 
variable,  i.e.,  increase- increase  or  decrease-decrease.  A 
negative  (-)  relationship  occurs  when  a  change  in  one  vari¬ 
able  produces  the  opposite  effect  in  another  element,  i.e., 
increase-decrease  or  decrease- increase .  Referring  again  to 
Barnidge  and  Cioli's  hypothesized  structure  in  Figure  2.2, 
observe  that  increases  in  wing-directed  requirements  and 
higher  headquarters-directed  requirements  increase  total  wing 
requirements.  Likewise,  the  total  wing  requirements  increase 
scheduling  decisions,  which  increase  the  scheduled  require¬ 
ments  and  positively  affect  accomplishment  of  the  requirements. 
The  increase  in  the  requirements  accomplished  decreases  the 
total  wing  requirements  and  scheduling  decisions.  The  over¬ 
all  causal- loop  diagram  carries  a  sign  indicating  the  system's 
nature  is  negative  (stable)  or  positive  (continually  reinforc¬ 
ing)  (Goodman,  1974:9). 

Barnidge  and  Cioli  use  a  series  of  single  causal  loops, 
similar  to  the  one  in  Figure  2.3,  to  build  the  hypothesized 
relationships  interacting  in  the  wing- level  scheduling  process 
depicted  in  Figure  2.4.  Following  the  System  Dynamics 
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methodology,  the  authors  use  flow  diagramming  as  a  means  to 
translate  the  system  modeled  in  Figure  2.4  into  a  system  of 
alternating  levels  and  flows  (Forrester,  1961:131).  "These 
two  basic  determinants  of  a  system's  behavior  are  key  con¬ 
cepts  to  the  study  of  systems  since  they  trace  the  movement 
of  the  system  from  one  time  period  to  another  [Schoderbek, 
Schoderbek,  and  Kefalas,  1980:34]."  Through  time  within  a 
system,  "the  decision  functions  are  the  relationships  that 
describe  how  the  levels  control  the  flow  rates  [Forrester, 
1961:131]."  Information  paths  connect  the  levels  to  the  de¬ 
cision  functions.  With  the  incorporation  of  information,  flow 
diagramming  logically  leads  to  the  formulation  of  equations 
coupled  with  one-to-one  mapping  between  the  model  and  the 
system  being  modeled.  This  completes  a  necessary  step  towards 
system  modeling  through  computerization. 

Approaches  to  the  Scheduling 
System  Problem 

The  recommendations  contained  in  the  research  inevita¬ 
bly  support  computerizing  some  aspects  of  the  manual  process 
or  developing  an  entire  system  to  actually  produce  schedules. 
The  1974  Berman  study  recommends  the  development  of  a  decision- 
oriented  scheduling  system  (DOSS) .  The  same  report  suggests 
the  parallel  development  of  an  aircraft  and  aircrew  informa¬ 
tion  system  to  provide  data  for  the  scheduling  system  (Berman, 
1974:91).  This  two- computer-based- interactive  system  was 
designed  to  manipulate  a  large  volume  of  data  rapidly  and  ai.jw 
the  scheduler  to  quickly  examine  many  scheduling  alternatives. 
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Berman  stated  five  basic  functions  the  information  should  per¬ 
form: 

1.  Maintain  historical  data  on  aircraft  and  aircrews. 

2.  Display  measures  of  performance  of  the  wing  as  a 
result  of  activities  performed. 

3.  Allow  detailed  projections  of  the  effects  of 
future  schedules  on  performance  measures. 

4.  Answer  real-time  queries. 

5.  Prepare  reports  on  a  regular  basis  and  perform 
basic  computations  [1974:65-66]. 

The  information  can  stand  alone  to  provide  the  benefits 
of  more  useful  and  timely  data,  while  also  fulfilling  the  role 
as  a  prerequisite  for  a  scheduling  system.  The  DOSS  develop¬ 
ment  followed  these  general  guidelines: 

1.  Provide  an  interactive  man-machine  relationship. 

2.  Use  heuristic  procedures  to  develop  good  schedules 
which  cannot  be  proved  to  be  mathematically  optimal. 

3.  Adapt  to  changing  environments. 

4.  Provide  graphic  capabilities  for  schedule  analysis. 

5.  Must  communicate  with  the  information  system  in 
two  directions  (Berman,  1974:79-82). 

The  DOSS  attempted  to  cast  all  SAC  wings  into  a  generalized 
system.  What  DOSS  fails  to  account  for  is  that  each  wing  is 
a  system  in  its  own  right  with  all  the  elements  generally 
associated  with  a  system.  SAC  senior  staff  chose  not  to  imple¬ 
ment  DOSS  within  the  command. 

A  successful  attempt  to  computerize  a  SAC  scheduling 
function  occurred  at  Whiteman  AFB,  Missouri  for  the  minuteman 
combat  crew  scheduling  system.  The  information  data  base  used 
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by  Bush  had  sequential  alphabetical  files  with  personnel  data, 
sequenced  file  versions  with  names  assigned  to  crews  and 
organizational  units  as  presented  in  the  monthly  operations 
plan,  leave  inputs,  manual  alert  input  files,  and  a  sequential 
file  containing  66  different  codes  used  in  generating  reports 
(Bush,  1978:47).  A  major  drawback  noted  about  this  system  is 
the  vast  storage  space  required.  The  Automated  Missile  Opera¬ 
tions  Management  System  uses  one  main  program  which  accesses 
numerous  subroutines.  The  subroutines  tap  the  information 
data  base  to  create  a  schedule  that  considers  the  availability 
of  crew  resources.  After  the  final  schedule  is  generated,  a 
feedback  loop  is  executed.  Bush  uses  a  statistical  compila¬ 
tion  program  to  take  data  generated  in  the  scheduling  process 
and  incorporate  this  d-  ta  into  the  data  files  (Bush,  1978:64). 
One  final  important  note  about  this  system  is  that  it  uses  a 
mix  of  interactive  and  batch  methods  (see  Figure  2.5).  The 
man-machine  interactive  relationship  occurs  during  input  and 
retrieval.  The  batch  mode  takes  place  to  generate  schedules 
and  reports.  Currently,  the  Whiteman  system  operates  a  smooth 
allocation  of  resources  (Kerr,  1982). 

Egge's  work  applies  a  computerized  approach  to  flying 
training  within  a  tactical  fighter  squadron.  His  two  major 
system  components  are  a  flight  file  containing  information 
about  each  available  sortie  and  a  crew  member  file  with  data 
on  available  individuals  capable  of  manning  these  sorties. 
Payoffs  result  from  computations  performed  on  the  two  data 
files.  The  calculated  payoff  matrix  converted  to  a  network 
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which  is  solved  by  a  cost-minimizing  program  gives  the  man- 
sortie  match  providing  the  greatest  payoff.  These  highest 
payoff  relations  are  put  into  the  final  printed  schedule 
(Egge,  1978:39)  (see  Figure  2.6).  Pease  developed  an  Auto¬ 
mated  Command  Support  (ACS.l)  system  which  also  involves  two 
principle  types  of  modules. 

Figure  2.7  presents  a  simplified  block  diagram  contain¬ 
ing  the  ACS.l  planner  and  scheduler  modules.  The  planners 
generate  and  monitor  the  required  plans.  They  handle  the  com¬ 
plexities  of  the  processes  that  are  intended  to  meet  a  given 
objective.  The  schedulers  coordinate  each  particular  type  of 
resource  and  handle  the  complications  that  may  arise  from 
competing  demands.  Pease  noted  some  features  of  the  system 
concept  relating  their  prime  importance  to  the  scheduling 
function.  First,  the  division  of  responsibilities  among  the 
planners  and  schedulers  should  correspond  to  the  division  of 
responsibility  in  the  comparable  human  organization.  Next, 
the  knowledge  contained  by  the  planners  and  schedulers  should 
be  explicit  and  accessible  for  modification  without  major  re¬ 
visions  of  the  system.  Finally,  the  scope  and  operation  of 
each  planner  ot  scheduler  should  be  sufficiently  simple  to 
make  it  readily  understandable  by  the  human  user  (Pease,  1978: 
7) .  An  important  aspect  of  the  scheduler  operation  is  the 
data  structure  termed  ?  "scroll  table."  This  table,  in  a  two- 
dimensional  array,  has  rows  representing  a  specific  resource 
receiving  attention  by  the  scheduler  and  columns  representing 
some  scheduler-oriented  time  period.  Current  simulation 
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(Egge,  1978:40) 


User 


Use 

Inter 

r 

face 

Subprocess  Being 

Being  Planned  Scheduled 


Fig  2.7.  Block  Diagram  of  ACS.l 
(Pease,  1978:4) 
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time  is  maintained  in  the  first  column  until  advancing  to  the 
second  column.  At  this  time  the  first  column  is  dropped  with 
the  second  column  now  the  first.  This  process  scrolls  the 
table  as  data  is  held  in  the  applicable  row  cells  of  each 
column.  The  structure  of  the  scroll  table  is  convenient  for 
planning  purposes  since  when  a  request  is  received,  the  col¬ 
umns  for  the  requested  time  period  can  be  scanned  rapidly  to 
determine  the  available  resources.  The  knowledge  that  governs 
the  operation  of  a  scheduler,  including  what  data  is  entered 
into  the  scroll  table  and  its  format,  is  contained  in  the  re¬ 
source  model  of  the  scheduler.  Within  the  models,  a  complex 
sequence  of  actions  may  be  needed  to  re-establish  consistency 
after  a  data  entry  initially  creates  a  violation.  The  proce¬ 
dural  forms  that  enforce  the  system's  knowledge  are  called 
demons  (Pease,  1978:22).  As  used  in  ACS.l,  a  demon  is  a 
structure  containing  a  condition  and  a  function.  It  is  attach¬ 
ed  to  one  or  more  data  elements.  If  the  data  element  is 
changed,  the  condition  is  tested.  If  the  condition  is  satis¬ 
fied,  the  function  is  executed  with  a  prescribed  list  of  vari¬ 
ables  to  maintain  self-consistency  of  the  data  (Pease,  1978: 
22).  The  ACS.l  is  a  building  block  system  intended  to  spur 
the  development  of  techniques  for  building  knowledge-based 
systems  that  provide  intelligent  support  to  a  manager  (Pease, 
1978:1).  A  current  SAC  effort  at  aiding  the  decision-maker 
is  the  incorporation  of  microcomputers  into  the  wing  schedul¬ 
ing  shops  as  part  of  the  Air  Force  Operations  Resource  Manage¬ 
ment  Systems  (AFORMS) . 
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The  AFORMS  is  an  on-line  computer-based  system  for 
managing  operations  resources  (flying  personnel)  of  the  Air 
Force.  Among  other  things,  it  includes  modules  to  manage  the 
training  accomplishments  of  aircrews  and  individuals.  The 
AFORMS  provides  strong  statistical  support  to  enhance  the 
decision-making  processes  of  unit  schedulers,  but  it  does  not 
automatically  produce  a  schedule.  Within  the  deployment  time 
period  of  1982,  Headquarters  SAC  personnel  expect  to  build  an 
AFORMS  module  that  will  automatically  produce  a  schedule,  then 
interact  with  the  scheduler  for  more  information  and  revise 
its  decision-making  parameters  heuristically  (Mitchell,  1981). 
If  this  occurs,  perhaps  the  SAC  scheduling  problem  will  be¬ 
come  a  moot  point.  However,  in  its  current  state  AFORMS  does 
not  address  the  problem  of  unit  differences,  and  it  does  not 
appear  the  new  AFORMS  scheduling  module  corrects  this  deficien¬ 
cy.  Therefore,  the  identification  of  decision  support 
systems  which  aid  wing-level  decision-makers  offer  an  alter¬ 
native  solution. 

Decision  Support  Systems 

The  idea  of  Decision  Support  Systems  (DSS)  was  first 
proposed  by  Michael  S.  Scott  Morton  in  the  early  1970 's  under 
the  term  Management  Decision  Systems  (Sprague,  1980:1).  Since 
then  research  in  the  area  has  continued  and  several  applica¬ 
tions  of  DSS  to  real'world  problem  areas  have  been  attempted. 

The  role  of  decision  support  is  to  increase  the  range 
of  a  decision-maker's  capabilities  to  make  a  rational 
decision.  Such  a  function  is  accomplished  by  providing 
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a  decision-maker  with  an  informational  base,  as  well 
as  organizational,  computation,  and  psychological 
tools  for  making  a  logical  decision  based  on  that 
information.  Implicit  in  this  role  are  two  assump¬ 
tions:  (a)  decision  support  is  used  when  human 

judgment  is  a  critical  element,  and  (b)  decision 
support  in  no  way  replaces  the  decision-maker  as  a 
problem  solver  [Phelps,  Halpin,  and  Johnson,  1981: 

1]. 

The  general  view  of  DSS  is  that  it  contains  three  components: 
a  language,  a  knowledge  base,  and  a  problem  processing  system 
(Bonczek,  Holsapple,  and  Whinston,  1980:iv). 

DSS  classification  consists  of  two  categories: 
problem- specif ic  systems,  known  as  "Knowledge-Based  Systems” 
(Pearl,  Leal,  and  Saleh,  1980:1)  and  generalized  support  sys¬ 
tems,  known  as  "Situation-Based  Systems"  (Pearl,  Leal,  and 
Saleh,  1980:1).  According  to  Pearl,  Leal,  and  Saleh  (1980:1), 
knowledge-based  systems  use  a  large  data  base  containing  the 
features  and  constraints  of  a  given  problem  environment.  It 
is  left  up  to  the  user  to  incorporate  this  information  with 
other  inputs  regarding  the  problem  and  come  up  with  a  deci¬ 
sion.  Conversely,  situation-based  systems  are  independent  of 
the  domain.  They  rely  on  the  user  to  carry  the  knowledge  and 
expertise.  Only  the  knowledge  the  user  sees  as  being  relevant 
to  the  problem  at  hand  is  placed  on  the  computer. 

Recent  studies  (Bonczek,  Holsapple,  and  Whinston,  1979; 
Wagner,  1981;  and  Zalud,  1981)  have  emphasized  the  need  for  a 
DSS  to  be  a  generalized  support  system  as  opposed  to  earlier 
studies  (Morton,  1971;  Alter,  1977;  and  Keen  and  Morton,  1978) 
where  the  emphasis  was  more  problem- specific.  They  point  out 
the  need  for  the  support  system  to  be  flexible,  adaptive,  and 
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timely  so  that  it  can  support  not  only  a  single,  independent 
decision,  but  also  several  interdependent  decisions.  In  this 
respect  DSS  becomes  more  than  just  a  management  information 
system  (MIS)  which  stores,  updates,  and  retrieves  data 
(Sprague,  1980;  and  Zalud,  1981).  However,  the  requirement 
for  a  good,  sound  MIS  is  fundamental  in  any  DSS  (Bonczek, 
Holsapple,  and  Whinston,  1980;  and  De  and  Sen,  1981). 

There  are  six  problem  characteristics  identifiable 
where  a  DSS  could  be  applied.  These  are  (Morton,  1971:30-33; 
Sprague,  1980:4;  Wagner,  1981:10;  and  Keen  and  Morton,  1978: 
96-97)  : 

1.  A  large  data  base  -  DSS  is  useful  where  the  size 
of  the  data  base  cannot  be  maintained  and  searched  manually 
within  a  reasonable  amount  of  time.  This  will  vary  from 
decision  to  decision. 

2.  A  continually  changing  data  base  -  DSS  can  be  very 
helpful  where  the  data  base  upon  which  decisions  are  made  is 
in  a  state  of  flux.  This  is  related  to  the  need  to  have 
timely  information  when  making  a  decision. 

3.  A  need  for  managers  to  choose  from  among  alterna¬ 
tives  -  This  relates  to  the  fact  that  a  DSS  can  assist  mana¬ 
gers  when  they  must  determine  the  data  relevant  to  the  prob¬ 
lem,  then  formulate  and  evaluate  alternative  solutions,  and 
finally  make  a  choice  from  among  the  possible  solutions. 

4.  Complex  interrelationships  -  DSS  can  quickly 
determine  the  cause  and  effect  relationships  between  the 
problem  variables  and  evaluate  their  impact. 
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5.  A  changing  environment  -  The  variables  and  their 
interrelationships  are  constantly  changing.  A  DSS  can  aid 
the  decision-maker  in  tracking  these  changes. 

6.  Some  time  pressure  -  This  can  be  either  for  a 
final  answer  or  for  the  decision-making  process. 

As  mentioned  earlier,  a  DSS  needs  to  be  flexible, 
adaptive,  and  timely.  The  flexibility  requirement  implies 
that  the  system  must  be  capable  of  being  used  by  a  variety  of 
decision-makers  for  a  variety  of  purposes  (Bonczek,  Holsapple, 
and  Whinston,  1980:338-341;  Alavi  and  Henderson,  1981:1310; 
and  Watkins,  1982:38-40).  As  the  need  for  more  information 
in  the  problem-solving  process  is  identified,  as  well  as  the 
need  to  solve  other  and  more  varying  problems,  the  DSS  should 
be  flexible  enough  to  allow  these  needs  to  be  incorporated 
into  the  system  (Bonczek,  Holsapple,  and  Whinston,  1980:338- 
341;  and  De  and  Sen,  1981:29-30). 

The  second  requirement  for  a  DSS  is  for  it  to  be  adapt¬ 
able.  Ralph  H.  Sprague,  Jr.  (1980:10-11),  in  discussing  this 
area,  refers  to  a  prior  study  on  adaptive  systems  by  H.  Simon. 
According  to  Simon  an  adaptive  system  must  change  along  three 
time  horizons.  First,  it  must  allow  a  narrow  scope  search 
for  answers.  Second,  "the  system  learns  by  modifying  i‘s 
capabilities  and  activities  [Sprague,  1980:10]."  And  third, 
it  must  evolve  "to  accommodate  different  behavior  styles  and 
capabilities  [Sprague,  1980:11]." 

The  third  DSS  requirement  is  timeliness.  This  relates 
to  not  only  the  currency  of  the  data  used  to  make  a  decision, 
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but  also  the  speed  at  which  the  information  can  be  processed 
and  evaluated  before  making  a  decision  (Bonczek,  Holsapple, 
and  Whinston,  1980:340;  De  and  Sen,  1981:29;  and  Wagner,  1981: 
5). 

The  implementation  of  a  DSS  is  an  iterative  module 
building  process  (Bonczek,  Holsapple,  and  Whinston,  1980:340; 
Sprague,  1980:10;  and  Alavi  and  Henderson,  1981:1312-1313, 
1321-1322).  The  approach  starts  with  a  single  problem.  The 
initial  DSS  is  designed  to  support  the  decision-making  for 
this  one  area.  After  it  has  been  in  operation  for  a  short 
period  of  time,  the  system  is  evaluated,  modified,  and  incre¬ 
mentally  expanded.  This  process  is  repeated  one  step  at  a 
time  resulting  in  a  set  of  modules  which  can  support  a  variety 
of  functional  and  managerial  decisions.  These  modules  can  be 
used  in  an  independent  or  interdependent  manner  during  the 
decision-making  process.  This  iterative  module  building 
approach  overcomes  three  problems  of  MIS  identified  by  Sprague 
and  Watson  (Bonczek,  Holsapple,  and  Whinston,  1980:340). 

First,  MIS  models  are  not  easily  combined.  Second,  data  must 
be  recollected  and  reorganized  for  each  run.  And  third,  the 
model  is  not  easily  updated  and  modified. 

DSS  uses  computers  to: 

1.  Assist  managers  in  their  decision  processes  in 
semistructured  tasks. 

2.  Support,  rather  than  replace,  managerial  judgment. 

3.  Improve  the  effectiveness  of  decision-making  rather 
than  its  efficiency  [Keen  and  Morton,  1978:1]. 

The  central  DSS  concept  is  on  improving  managerial  decision¬ 
making  effectiveness.  The  more  unstable  the  environment  in 
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which  managers  operate,  the  greater  the  need  to  focus  on  in¬ 
creasing  their  effectiveness.  This  implies  a  redefining  of 
the  decision-making  process. 

Applying  DSS  methodology  to  any  decision-making  pro¬ 
cess  requires  an  understanding  of  how  decisions  are  made. 

Keen  and  Morton  have  developed  a  framework  of  management 
activity  levels  and  decision  types  (see  Figure  2.8).  It  can 
be  seen  that  regardless  of  the  level  of  management  activity, 
DSS  has  its  best  application  to  semistructured  decisions. 
Semistructured  decisions  are  those  which  require  some  balance 
of  human  judgment  and  the  use  of  computers.  "Under  these 
conditions  the  manager  plus  the  system  can  provide  a  more 
effective  solution  than  either  alone  [Keen  and  Morton,  1978: 
86]  ." 

The  design  strategy  for  DSS  is  illustrated  in  Figure 
2.9.  The  starting  point  is  the  descriptive  model  which  de¬ 
fines  the  existing  decision-making  process.  At  the  far  end 
are  the  normative  models  which 

are  proposals  for  change:  they  define  the  potential 
range  of  designs  for  an  information  system.  .  .  . 

For  a  nonstructured  decision,  there  is  no  one  best 
solution  but  rather  a  range  of  potential  designs 
[Keen  and  Morton,  1978:174-175], 

The  distance  between  the  two  models  is  relative.  The  larger 
the  distance,  the  greater  are  the  possible  rewards  of  increas¬ 
ing  managerial  decision-making  effectiveness  and  the  greater 
are  the  risks  in  implementation.  The  implementation  of  the 
normative  design  often  cannot  be  achieved  immediately.  This 
is  why  the  DSS  design  in  Figure  2.9  is  shown  as  a  range 
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A  Framework  for  Information  Systems 
[Keen  and  Morton,  1978:87] 


(Keen  and  Morton,  1978:175) 


between  extremes  on  a  continuum.  The  DSS  methodology  implies 
an  iterative  implementation:  "What  is  needed  is  a  design  that 
begins  from  a  position  close  enough  to  the  descriptive  model 
for  implementation  to  be  practicable  and  permit  further  evolu¬ 
tion  [Keen  and  Morton,  1978:176]." 

Preceding  the  implementation  of  the  DSS,  point  A  in 
Figure  2.9  is  the  cognitive  style  paradigm.  This  refers  to 
the  personality  and  decision-making  style  of  a  manager  or 
group  of  managers.  The  idea  behind  this  paradigm  is  that  the 
DSS  designer  must  take  into  consideration  the  user's  view  of 
what  is  important  in  the  decision-making  process.  Care  must 
be  taken  in  determining  the  cognitive  style  of  the  system's 
users  to  assure  the  DSS  increases  decision-making  effective¬ 
ness  by  making  it  compatible  with  the  needs  of  the  managers. 

The  cognitive  style  paradigm  emphasizes  the  problem¬ 
solving  process  rather  than  cognitive  structure  and 
capacity.  It  categorizes  individual  habits  and  strate¬ 
gies  at  a  fairly  broad  level  and  essentially  views 
problem-solving  behavior  as  a  personality  variable 
[Keen  and  Morton,  1978:74]. 

The  environment  in  which  managers  function  differs  from 
most  other  environments  in  two  ways  (Pease  and  Sagalowicz, 
1979).  First,  problems  encountered  by  managers  are  not  routine 
and  predictable.  Therefore,  it  is  necessary  to  adjust  the  DSS 
to  the  actual  needs  as  the  problem  evolves.  Second,  managers 
are  the  experts.  They  must  understand  how  the  system  behaves 
and  the  reasons  for  the  actions  it  takes.  These  requirements 
indicate  managers  must  be  able  to  modify  a  system  even  though 
they  have  little  knowledge  . f  programming  and  system  design. 
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The  key  design  issue  is  to  provide  a  way  for  the  user  to 
exercise  control  without  requiring  a  knowledge  of  system 
implementation. 

The  implication  of  DSS  is  that  the  normative  model  does 
not  exist,  but  one  can  be  designed;  however,  it  cannot  be 
implemented  immediately.  When  comparing  the  descriptive  and 
normative  models,  a  range  of  choices  exists  among  design  al¬ 
ternatives.  This  range  implies  that  moving  from  implementa¬ 
tion  at  point  A  in  Figure  2.9  to  a  point  further  down  the 
continuum,  say  point  B,  is  possible  before  a  re-evaluation  of 
the  system  is  required.  At  this  time  the  system  is  analyzed 
to  determine  if  the  normative  model  has  changed.  The  new 
descriptive  model  now  lies  somewhere  between  points  A  and  B, 
and  the  design  strategy  continues. 

After  the  implementation  process  has  begun,  the  system's 
designer  and  user  interact  to  determine  how  the  system  will 
evolve.  Since  it  is  difficult  to  know  all  the  needs  of  the 
user,  the  initial  DSS  serves  as  a  test  model  providing  the 
user  with  hands-on  experience.  Through  his  experience,  the 
user  becomes  adept  at  providing  impetus  to  the  system's  evolu¬ 
tion  by  suggesting  improvements  and  additions. 

This  means  that  the  first  stage  in  the  long-term  process 
of  evolution  should  be  ...  to  design  and  deliver  a 
system  that  is  seen  as  usable  and  useful  now;  but  the 
interface  software  should  be  flexible  enough  to  allow 
rapid  extension  and  addition  of  routines.  The  second 
phase,  which  would  probably  begin  after  3  months  to 
1  year  of  experience  with  the  original  system,  will  in¬ 
volve  design  of  a  few  powerful  routines  that  extend 
the  decision-maker's  efforts  and  abilities  [Keen  and 
Morton,  1978:185]. 
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This  concept  leads  to  a  re-evaluation  of  the  design  strategy, 
a  new  descriptive  model,  and  perhaps  a  revised  normative  model 
Therefore,  the  "old”  system  becomes  the  input  for  the  "new" 
system  at  the  next  design  stage  which  requires  a  revised 
model,  data  base,  and  processing  network. 

The  successful  completion  of  a  DSS  aiming  at  improved 
decision-making  depends  on: 

1.  A  prior  definition  of  'improvement.' 

2.  A  means  of  monitoring  progress  toward  the  predefined 
goal. 

3.  A  formal  review  process  to  determine  when  the  system 
is  complete  [Keen  and  Morton,  1978:213]. 

Current  applications  of  DSS  are  wide  and  varying.  It 
is  used  in  financial  and  economic  analysis,  annual  planning, 
strategic  planning  (Wagner,  1981:12;  Bonczek,  Holsapple,  and 
Whinston,  1979:284;  and  Bonczek,  Holsapple,  and  Whinston,  1980 
341-345),  the  military,  public  policy  making,  land  management, 
oil  exploration  (Phelps,  Halpin,  and  Johnson,  1981:1),  and 
the  scheduling  of  resources  to  meet  demands  for  those  re¬ 
sources  (Balachandran  and  Zoltners,  1981:809-810). 

Once  a  suitable  model  has  been  formulated  and  verified, 
data  to  support  the  computerized  DSS  needs  to  be  acquired  or 
assembled. 

Data  Bases  and  Data  Base 
Management 

Data  comes  from  both  external  and  internal  sources 


(Sprague,  1980:14;  and  De  and  Sen,  1981:30-33).  A  sound  data 
for  decision  support  must  incorporate  all  relevant  bits  of 


data  (Sprague,  1980:14;  and  Clemons,  1980:22).  Data  base 
management  is  the  "process  of  creating  and  updating  a  data 
base  by  defining  data  for  the  user's  needs  and  by  determining 
how  these  data  are  interrelated  [De  and  Sen,  1981:31]."  The 
design  and  management  of  the  data  base  is  a  critical  part  of 
any  DSS  (Sprague,  1980:20-21;  and  De  and  Sen,  1981:30). 

De  and  Sen  identify  four  considerations  for  data  base 
design  which  enables  it  to  achieve  its  goal  of  producing  a 
data  base  that  satisfies  organizational  requirements  (1981: 

30).  First,  the  needed  information  must  be  available. 

Second,  data  processing  time  constraints  must  be  met.  Third, 
data  representation  must  be  simple  and  easily  comprehensible 
so  that  it  can  be  used  by  anyone  within  the  organization.  And 
finally,  it  should  be  flexible  enough  to  allow  for  future  needs. 

The  development  of  a  data  base  should  stress  user  in¬ 
volvement  from  the  beginning.  This  is  an  essential  concept 
in  the  cognitive  style  paradigm;  only  the  user  can  really  be 
aware  of  the  data  needed  for  transformation  into  information 
to  aid  in  the  decision-making  process  (Pease,  1974:3).  It 
should  also  be  stressed  that  data  base  design  is  an  iterative 
process;  as  the  system  develops,  additional  information  needs 
to  be  added,  while  some  previously  incorporated  data  can  be¬ 
come  redundant,  obsolete,  or  superfluous  (Clemons,  1980:23). 

Information  is  required  for  decision-making.  This  is 
true  whether  quantitative  or  qualitative  information  is  used, 
and  whether  the  decision  is  subjective,  highly  structured,  or 
somewhere  in  between  (Keen  and  Morton,  1978:86-87;  and  Clemons, 
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1980:2).  An  objective  of  a  DSS  is  to  provide  a  data-based 
system  that  can  effectively  assist  in  the  decision-making 
process  (Pease,  1974:1).  Therefore,  data  base  design  is  an 
important  component  of  any  DSS. 

McElmoyle  identifies  ten  attributes  of  the  information 
used  in  data  bases  for  a  DSS  (1980:29-30): 

1.  Accessibility  -  the  ease  and  speed  with  which  in¬ 
formation  output  is  obtained. 

2.  Comprehensiveness  -  the  completion  of  information 
content. 

3.  Accuracy  -  the  degree  to  which  information  output 
is  free  of  error. 

4.  Appropriateness  -  this  refers  to  how  well  the  in¬ 
formation  output  relates  to  the  user's  request. 

5.  Timeliness  -  the  user  must  receive  the  information 
within  the  time  allowed  for  the  decision  to  which  it  applies. 

6.  Clarity  -  the  degree  to  which  information  output 
is  free  of  ambiguity. 

7.  Flexibility  -  the  adaptability  of  information  out¬ 
put  to  more  than  one  decision  and  more  than  one  decision-maker. 

8.  Verifiability  -  the  ability  of  several  users  exa¬ 
mining  a  bit  of  information  output  to  arrive  at  the  same 
conclusion. 

9.  Freedom  from  Bias  -  the  inability  of  the  informa¬ 
tion  to  produce  a  preconceived  conclusion. 

10.  Quantifiable  -  this  refers  to  the  nature  of  the 
information  output. 
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In  building  the  data  base  for  a  DSS,  Clemons  devised 
five  guidelines  for  data  base  design  (1980:4-6).  First, 
exploit  the  knowledge  of  traditional,  file-based  inquiry 
systems.  This  permits  rapid  access  to  file  subsets.  Second, 
design  for  the  specific  nature  of  DSS.  Here  the  data  base 
should  be  designed  for  the  verbs  supported  by  the  DSS.  Third, 
keep  auxiliary  data  for  use  in  the  DSS.  This  is  for  data  re¬ 
quiring  extensive  access.  This  way  the  entire  data  base  does 
not  need  to  be  scanned  each  time  access  to  a  particular  bit 
of  data  is  required.  Fourth,  note  when  auxiliary  data  becomes 
obsolete.  This  avoids  using  outdated  data.  And  fifth,  re¬ 
calculate  auxiliary  data  rapidly.  The  emphasis  here  is  on 
rapidly  updating  the  data  base. 

Once  the  data  base  has  been  designed,  there  are  five 
objectives  which  the  information  processing  system  must  meet 
(Sibley  and  Merten,  1972:3-6).  The  first  objective  is  data 
independence.  The  way  the  data  is  stored  must  be  independent 
from  the  way  the  programs  using  the  data  are  written.  Next, 
the  data  must  not  be  redundant.  Here  the  system  is  restrained 
from  having  more  than  one  value  for  a  data  item.  Third,  data 
relationships  must  be  defined  by  the  user.  Data  integrity  and 
security  is  the  fourth  objective.  Data  integrity  is  the  capa¬ 
bility  to  retain  data  under  conditions  of  system  failure.  And 
data  security  is  the  ability  to  allow  only  authorized  indivi¬ 
duals  access  to  the  data.  Finally,  the  data  must  be  reliable. 
The  problem  of  maintaining  the  data's  accuracy  can  be  accom¬ 
plished  by  simple  validation  rules. 
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A  key  person  in  the  design  of  data-base  systems  is  the 
data  base  administrator.  He  is  responsible  for  data  defini¬ 
tion  (the  description  of  the  data  structure),  updating  the 
data  base  (changes  or  additions  to  the  data) ,  interrogation 
of  the  data  base  (the  programming  language  and  the  user  inter¬ 
face  language) ,  and  the  integrity  and  security  of  the  data 
base  (Sibley  and  Merten,  1972:7-9). 

Summary 

This  chapter  discussed  the  scheduling  system  and 
approaches  to  the  scheduling  problem.  Next,  the  concepts  of 
decision  support  systems,  the  requirements  of  the  supporting 
DSS  data  base,  and  the  techniques  of  data  base  management  were 
presented.  Chapter  3  ties  these  subjects  together  and  des¬ 
cribes  the  methodology  that  is  used  in  Chapters  4  and  5  to 
build  the  functional  and  informational  models,  respectively. 
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Chapter  3 


RESEARCH  METHODOLOGY 

DSS  and  Aircrew  Scheduling 

Schoderbek,  Schoderbek,  and  Kefalas  (1980:195-196) 
suggest  a  decision-making  process  consists  of  four  phases. 
First,  recognize  the  need  for  a  decision  to  be  made.  Second, 
determine  possible  courses  of  action.  Third,  select  an  alter¬ 
native  course  of  action.  And  fourth,  implement  and  evaluate 
the  chosen  alternative  or  decision.  Implicit  in  the  decision¬ 
making  process  is  the  need  for  information. 

A  problem  in  the  decision-making  process  involves  the 
acquisition  and  evaluation  of  data  to  obtain  relevant  infor¬ 
mation  for  the  decision,  and  then  proposing  alternative  courses 
of  action.  Given  the  availability  of  data,  what  generally 
occurs  is  the  existence  of  a  large  amount  of  data  which  must 
be  manipulated  into  some  usable  form  in  a  short  period  of 
time.  This  usually  requires  decision-makers  to  use  their 
judgment  to  recognize  the  problem,  determine  courses  of 
action,  or  make  a  decision.  Because  of  the  time  pressure, 
the  data,  and  the  need  to  manipulate  the  data,  decision-makers 
often  define  problems,  create  alternatives,  or  make  decisions 
without  all  the  needed  information. 

Keen  and  Morton  (1978:96-97)  suggest  this  type  of  situ¬ 
ation  lends  itself  to  the  application  of  a  Decision  Support 
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System  (DSS) .  As  mentioned  earlier,  a  DSS  is  a  methodology 
that  assists  managers  in  the  decision-making  process,  supports 
managerial  judgment,  and  improves  decision-making  effective¬ 
ness,  not  efficiency  (Keen  and  Morton,  1978:1).  The  more 
unstable  the  environment,  the  greater  is  the  need  to  focus  on 
increasing  managerial  effectiveness. 

A  DSS  is  based  on  a  "balance  between  human  judgment 
and  computer  replacement  [Keen  and  Morton,  1978:11]."  Because 
of  this.  Keen  and  Morton  state  that  regardless  of  the  level 
of  management  activity,  the  most  beneficial  application  of 
DSS  lies  where  the  type  of  decision  is  semistructured  (1978: 
81-88)  . 

It  has  been  shown  that  SAC  B-52  aircrew  scheduling  is 
a  decision-making  process  which  requires  a  vast  amount  of 
data  needing  manipulation,  and  it  operates  under  various  time 
constraints.  Also  according  to  Zalud,  scheduling  consists  of 
semistructured  activities  which  cannot  be  entirely  automated 
because  the  decision-making  process  involves  managerial  judg¬ 
ment  (1981:21).  Therefore,  the  design  of  a  DSS  for  SAC  B-52 
aircrew  scheduling  is  appropriate.  A  DSS  for  this  scheduling 
process  should  consist  of 

.  .  .  three  components  (an  optimization  model,  an 
interactive  scheduling  capability,  and  a  data  base) ; 
the  system  is  designed  to  enable  the  scheduling  mana¬ 
ger  to  develop  objective  and  implementable  schedules 
[Balachandran  and  Zoltners,  1981:812]. 

It  is  essential  in  building  a  DSS  that  first  the  decision¬ 
making  process  be  modeled  to  obtain  a  detailed  understanding 
of  management  decision  processes  (Keen  and  Morton,  1978:81). 
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Modeling  Approach 

The  purpose  of  this  research  is  to  construct  a  model 
of  the  necessary  operations  in  the  overall  aircrew  scheduling 
process  for  a  SAC  B-52  wing  and  then  develop  the  informational 
model  for  one  of  the  lower  level  planning  decisions.  Speci¬ 
fically,  the  monthly  assignment  of  individuals  by  name  to 
ground  alert  duty  is  modeled.  Because  each  SAC  wing  is  itself 
a  unique  system,  this  research  focuses  on  the  aircrew  schedul¬ 
ing  process  for  the  two  B-52  bombardment  squadrons  of  the  28th 
Bombardment  Wing  at  Ellsworth  AFB ,  South  Dakota.  In  order  to 
construct  these  models  for  this  bomb  wing,  it  is  necessary  to 
select  a  modeling  technique  in  which  exists  the  capability  to 
develop  a  functional  model  and  an  informational  model. 

The  Materials  Laboratory  of  the  Air  Force  Wright  Aero¬ 
nautical  Laboratories,  with  the  assistance  of  SofTech  Incor¬ 
porated,  developed  a  promising  modeling  approach  based  on 
SofTech' s  Structured  Analysis  and  Design  Technique.  It  was 
designed  for  the  United  States  Air  Force's  Integrated  Computer- 
Aided  Manufacturing  (ICAM)  program.  ICAM  "is  directed  toward 
increasing  manufacturing  productivity  through  the  systematic 
application  of  computer  technology  [Ross  et  al.,  1981:3]." 

The  program  developed  three  graphical  modeling  methods  known 


as  ICAM  Definitions  (IDEF).  This  modeling  approach  is  a 
systems  design  architecture  which  provides  a  blueprint  defin¬ 
ing  "the  fundamental  relationships- -the  functional  inter¬ 
faces,  identification  of  common,  shared  and  discrete  informa¬ 
tion,  and  dynamic  interaction  of  resources  [Ross  et  al. ,  1981: 


3-4]."  Onl  I’he  first  two  modeling  techniques  are  addressed 
in  this  research. 


IDEFq  Concepts,  Diagrams,  and  Procedures 

IDEFq  is  used  to  produce  a  function  model  which  is 
a  structured  representation  of  the  functions  of  a  manu¬ 
facturing  system  or  environment,  and  of  the  information 
and  objects  which  interrelate  those  functions  [Ross  et 
al. ,  1981:3] . 

However,  this  methodology  can  be  used  to  model  any  system  com¬ 
posed  of  hardware,  software,  and  people  (Ross  et  al. ,  1981: 

10) .  The  final  model  is  a  set  of  box  and  arrow  diagrams  with 
supporting  documentation  (i.e.,  text  and  glossary)  that  breaks 
the  system  into  its  component  parts  and  underlying  functional 
relationships. 

On  each  diagram  the  major  component  at  that  structural 
level  is  shown  as  a  box. 

Each  detailed  diagram  is  the  decomposition  of  a  box  on 
a  more  general  diagram.  At  each  step,  the  general 
diagram  is  said  to  be  the  "parent"  of  the  detailed 
diagram.  A  detailed  diagram  is  best  thought  of  as 
fitting  "inside"  a  parent  box  [Ross  et  al. ,  1981:19]. 

[See  Figure  3.1] 

Each  box  represents  an  active  functional  process  which  occurs 
over  time  and  transforms  input  into  output. 

Boxes  are  connected  by  arrows  which  represent  data 
that  is  transformed  by  the  function.  The  arrows  provide  defi¬ 
nition  for  the  boxes;  they  are  "not  sequences  or  flows  of 
functions  [Ross  et  al.,  1981:22]."  The  arrows  affect  the 
boxes  in  different  ways.  An  arrow’s  effect  can  be  determined 
by  noting  the  side  of  the  box  where  it  enters  or  leaves  (see 
Figure  3.2).  An  input  arrow  represents  data  that  is 
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(Ross  et  al.,  1981:11) 


transformed  by  the  function  specified  in  the  box.  An  output 
is  data  which  either  results  from  or  is  created  by  the  func¬ 
tional  box.  A  control  differs  from  an  input  in  that  it 
determines  the  function  or  tells  why  the  transformation  is 
taking  place.  Finally,  a  mechanism  defines  how  a  function  is 
performed.  Arrows  are  labeled  to  identify  what  they  repre¬ 
sent.  I f  an  arrow  branches,  each  branch  is  also  labeled. 

On  any  given  diagram,  data  may  be  represented  by  an 
internal  arrow  (both  ends  connected  to  boxes  shown 
on  the  diagram)  or  a  boundary  arrow  (one  end  uncon¬ 
nected,  implying  production  by  or  use  by  a  function 
outside  the  scope  of  the  diagram)  [Ross  et  al.,  1981: 

26]. 

A  boundary  arrow's  source  or  destination  is  found  by  referring 
to  the  parent  diagram.  It  is  important  to  realize  that  the 
function  inside  the  box  cannot  be  performed  until  all  required 
data  shown  by  the  incoming  arrows  have  been  provided. 

Each  IDEFq  diagram  is  supported  by  written  text  and  a 
glossary  to  aid  in  defining  the  system.  They  are  intended  to 
emphasize  significance  orclarifythe  intent  of  the  diagram, 
not  duplicate  its  detail.  Additionally,  a  node  index  is  pro¬ 
vided  for  convenience  in  accessing  any  desired  level  of  detail. 

One  important  feature  (Ross  et  al.,  1981:12-14)  of  the 
IDEFq  modeling  technique  is  that  it  slowly  introduces  more 
and  more  levels  of  detail  as  each  function  is  decomposed  into 
its  subfunctions.  The  procedure  starts  by  representing  the 
modeled  system  as  a  single  box  with  arrow  interfaces  to  func¬ 
tions  outside  the  system.  At  this  level  both  the  descriptive 
name  of  the  box  and  its  arrows  are  general.  This  general 
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function  is  then  broken  down  into  its  major  subfunctions  with 
their  arrow  interfaces.  Each  subfunction  can  be  further  de¬ 
composed  in  order  to  reveal  even  more  detail.  Every  sub¬ 
function  can  contain  only  those  elements  lying  within  the 
parent  model's  scope,  and  it  cannot  omit  any  elements  of  the 
parent  model.  The  decomposition  of  the  system  stops  when  the 
desired  level  of  detail  has  been  reached  (see  Figure  3.1). 

The  diagrams  are  finally  arranged  in  a  hierarchical 

format  by  breaking  down  each  functional  box  into  its  more 

detailed  functions.  Such  a  hierarchical  structure,  known  as 

a  node  tree,  is  shown  in  Figure  3.3. 

All  node  numbers  of  IDEFg  diagrams  begin  with  the 
letter  A,  which  identifies  them  as  "Activity"  or 
function  diagrams.  A  one-box  diagram  is  provided 
as  the  "context"  or  parent  of  the  whole  model.  By 
convention,  the  diagram  has  the  node  number  'A- O' 

(A  minus  zero)  [Ross  et  al. ,  1981:33]. 

The  arrows  associated  with  this  diagram  are  called  external 

arrows  because  they  represent  the  system's  environment,  while 

the  box  establishes  the  context  of  the  modeled  system. 

Boundary  arrows  for  all  lower  level  diagrams  must  be 

labeled  with  an  ICOM  code. 

The  letter  I,  C,  0,  or  M  is  written  near  the  uncon¬ 
nected  end  of  each  boundary  arrow  on  the  detail 
diagram.  This  identifies  that  the  arrow  is  shown  as 
an  Input,  Control,  Output,  or  Mechanism  on  the  parent 
box.  This  letter  is  followed  Fy  a  number  giving  the 
position  at  which  the  arrow  is  shown  entering  or 
leaving  the  parent  box,  numbering  left  to  right  and 
top  to  bottom  [Ross  et  al.,  1981:37],  [See  Figure  3.4] 

Arrows  shown  as  inputs  or  controls  on  a  parent  diagram  are 

not  limited  to  the  same  role  throughout  the  decomposition 

(Ross  et  al.,  1981:57). 
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agrams  Form  a  "Hierarchy”  Shown  by  a  Node  Tree 
[Ross  et  a 1 . ,  1981:33) 


This  is  C3  below 


Codes  are  Written  on  the  Detail  Diagram 
[Ross  et  al . ,  1981:38] 


Once  the  functional  model  has  been  built  for  the  system, 
the  next  step  is  to  take  the  functional  model  and  develop  its 
informational  model.  This  is  accomplished  by  using  ICAM  IDEF^ 
methodology  and  constructing  the  informational  model  for  each 
functional  process.  The  approach  is  similar  to  the  DSS  idea 
of  building  decision  support  modules. 

IDEF^  Concepts,  Diagrams,  and 
Procedures 

"IDEF^  is  used  to  produce  an  information  model  which 
represents  the  structure  of  information  needed  to  support  the 
functions  of  a  manufacturing  system  or  environment  [Jones,  et 
al. ,  1981:3]."  Like  IDEFq,  IDEF1  can  be  used  to  model  any 
system.  Using  an  Entity-Relation-Attribute  (ERA)  approach, 
the  final  model  is  a  set  of  two  types  of  box  and  line  diagrams 
with  supporting  documentation  (i.e.,  ERA  dictionary  and 
glossary) . 

One  type  of  diagram,  known  as  an  Entity  Diagram,  repre¬ 
sents  the  relationship  between  real  or  conceptual  things  (see 
Figure  3.5).  The  other  type  of  diagram  represents  the  rela¬ 
tionship  between  a  property  or  characteristic  of  an  entity, 
and  is  known  as  an  Attribute  Diagram  (see  Figure  3.6).  The 
boxes  specify  the  entity  or  attribute  and  the  lines  represent 
the  relationships  between  the  entities  and  attributes  (Jones 
et  al. ,  1981:26  and  31). 

When  constructing  the  informational  model  for  a  system, 
the  author  must  keep  three  key  concepts  in  mind.  First,  what 
is  the  purpose  of  the  model  (Jones  et  al.,  1981:51)?  This 
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Fig  3.5.  Entity  Diagram  of  an  I  CAM  Information 
Model:  Purchase  Order  Example 
[Jones  et  al.  ,  1981:28] 

answers  why  the  model  is  being  developed  and  what  use  will  be 
made  of  it  (Jones  et  al. ,  1981:71-72).  Second,  the  model's 
viewpoint  must  be  kept  in  mind  (Jones  et  al.,  1981:51).  This 
allows  for  identifying  sources  of  information  (Jones  et  al., 
1981:71-73).  And  finally,  work  with  classes  of  entities, 
attributes,  and  relationships - -not  individual  ones  (Jones  et 
al. ,  1981:21,  25,  and  29).  With  these  three  concepts  in  mind, 
the  author  of  the  model  will  be  able  to  establish  a  set  of 
viable  criteria  for  the  model  and  remain  consistent  through¬ 
out  the  model's  development  (Jones  et  al. ,  1981:8  and  51). 

The  diagrams  of  an  informational  model  help  to  "tell  a 
story"  about  the  model  (Jones  et  al.,  1981:8).  As  the  model 
evolves  more  is  learned  about  the  system  and  its  relationships, 
and  new  aspects  may  be  discovered.  The  modeling  procedure 
insures  the  Entity  Diagram  supports  the  Attribute  Diagram  and 
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PO  NO.,  PART  NQ| 


ITEM 


Fig  3.6.  Attribute  Diagram  of  an  ICAM 
Information  Model:  Purchase  Order 
Example  [Jones  et  al.,  1981:33] 


vice  versa.  The  two  together  help  form  the  informational 
model  (Jones  et  al. ,  1981:8]. 

Entity  Diagrams,  the  more  general  of  the  two,  have  four 
characteristics  associated  with  them  (Jones  et  al.,  1981:42- 
45  and  48]  : 

1.  Entity  and  relation  classes  are  shown; 

2.  No  attribute  classes  appear; 

3.  The  four  types  of  relation  classes  may  be  shown;  and 

4.  Relation  classes  are  labeled. 
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Attribute  Diagrams,  the  more  detailed  of  the  two  types 
of  diagrams,  have  six  characteristics  associated  with  them 
(Jones  et  al. ,  1981:46-48): 

1.  Entity  and  relation  classes  are  shown; 

2.  All  entity  boxes  contain  key  classes; 

3.  No  "many- to -many"  relation  type  classes  are  allowed; 

4.  For  "one- to-many"  relationships,  the  entity  class 
at  the  "many"  end  contains  a  key  class  from  the 
"one"  end; 

5.  For  "one-to-one"  relationships,  a  key  class  from 
both  entity  classes  appear  at  each  end;  and 

6.  Relation  classes  are  labeled. 

As  mentioned  above  there  are  four  types  of  relation 
classes  which  can  appear  in  the  diagrams.  They  are  (Jones 
et  al. ,  1981:41) : 

1.  One-to-one; 

2.  One- to-many ; 

3.  Many- to- one;  and 

4.  Many- to-many . 

An  example  of  an  Entity  Diagram  and  Attribute  Diagram 
with  their  relationships  is  depicted  in  Figure  3.7. 

In  conjunction  with  the  diagrams,  an  ERA  Dictionary  is 
written  to  complete  the  informational  model.  The  dictionary 
is  a  glossary  which  captures  the  meanings  people  attach  to 
the  entity,  relation  and  attribute  classes  depicted  in  the 
model  (Jones  et  al.,  1981:8).  It  contains  an  entry,  a  list 
of  synonyms,  and  description  for  each  entity  and  attribute 


ENTITY  DIAGRAM  ATTRIBUTE  DIAGRAM 


lintity  Diagram  and  Attribute  Diagram 
Jones  et  al.,  1981:28  and  33) 


class  (Jones  et  al.,  1981:21  and  31).  And  finally,  all  attri 
bute  classes  for  each  entity  class  are  listed  (Jones  et  al., 
1981:29  and  31) . 


Summary 

This  chapter  has  presented  an  argument  for  applying 
DSS  concepts  to  a  SAC  B-52  wing  aircrew  scheduling  process. 

It  defined  the  IDEFQ  methodology  which  is  used  to  construct  a 
functional  model,  presented  in  Chapter  4,  for  this  process. 
And  it  described  the  IDEF^  methodology  that  is  used  in  Chapte 
5  to  build  an  informational  model  for  the  monthly  assignment 
of  individuals  by  name  to  ground  alert  duty.  Because  each 
wing  is  a  unique  system,  Chapters  4  and  5  focus  on  the  SAC 
B-S2  aircrew  scheduling  process  for  the  two  bombardment  squad 
rons  of  the  28th  Bombardment  Wing  at  Ellsworth  AFB ,  South 
Dakota.  A  parallel  thesis  develops  a  functional  model  for 
this  wing's  aircraft  maintenance  scheduling  process  (Hackett 
and  Pennartz,  1982). 
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Chapter  4 


IDEFq  FUNCTION  MODEL 

Introduction 

A  B-52  organization  attempts  to  accomplish  established 
unit  mission  obj ectives .  Various  activity  plans  provide  the 
framework  for  allocating  resources  to  requirements  toward 
unit  goal  accomplishment.  Plan  implementation  followed  by 
results  evaluation  complete  the  organizational  cycle  depicted 
in  Figure  4.1.  The  four  elements  each  represent  an  A-0  level 
within  the  IDEFQ  model  methodology.  Only  the  "plan"  element 
appears  as  a  functional  model  with  this  thesis.  The 
internal  chapter  organization  includes  node  tree  diagrams 
and  indexes  indicating  major  planning  functions  within  units 
operating  B-52  weapon  systems.  The  detailed  functional  model 
comprises  the  bulk  of  the  chapter  content.  The  model  focuses 
upon  collections  of  related  functions  in  an  effort  to  en¬ 
hance  reader  understanding  by  eliminating  unnecessary  details. 
Chapter  5  does  present  one  detailed  information  element 
example  which  when  compared  with  the  functional  model  provides 
the  reader  an  insight  into  the  job  complexity  of  a  unit  B-52 
planner. 

Node  Index  and  Trees 

The  model  overview  occurs  within  the  node  index/trees 
within  this  section.  "’Node  index'  order  means  that  all 


Fig  4.1.  IDEFQ  A'°  Levels  of 
Accomplish  Unit  B-52  Activity 


detail  diagrams  relating  to  one  box  on  a  diagram  are  presented 
before  the  details  of  the  next  box  [Ross  et  al. ,  1981:50]." 

The  node  index,  Figure  4.2,  provides  a  quick  reference  to  a 
specific  location  by  placing  related  diagrams  together  in  the 
same  order  as  in  an  ordinary  table  of  contents.  The  node 
trees.  Figures  4.3  to  4.6,  give  a  diagrammatic  perspective  of 
the  hierarchical  relationships  between  the  nodes.  The  reader 
is  encouraged  to  use  the  index  to  locate  specific  diagrams 
presented  in  the  functional  model. 
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AO  Plan  Unit  B-52  Activities 
A1  Plan  Operational  Activities 

All  Determine  Operational  Planning  Needs 
Alll  Review  Applicable  Directives 

Allll  Review  Air  Force  and  Related  Publications 
A1112  Review  Major  Air  Command  Directives 
A1113  Review  Local  Procedures 
A112  Research  Unit  Commitment  Possibilities 

A1121  Coordinate  with  Higher  Headquarters  Contacts 
A1122  Coordinate  with  Wing  Staff 
A1123  Coordinate  with  Squadron  Personnel 
A113  Review  Available  Unit  Historical  Records 
A1131  Review  Unit  Accomplishments 
A1132  Review  Previous  Unit  Schedules 
A1133  Review  Unit  Evaluation  Reports 
A1134  Review  Previous  Unit  Planner's  Methodology 
A12  Compile  Operational  Planning  Data 
A121  Collect  Requirements  Data 

A1211  Collect  Unit  Mission  Requirements  Data 
A1212  Collect  Higher  Headquarters  Requirements  Data 
A1213  Collect  Unit  Training  Requirements  Data 
A122  Collect  Resource  Data 

A1221  Collect  Aircrew  Member  Status  Projections 
A1222  Collect  Aircraft  Availability  Data 
A1223  Collect  Support  Capability  Data 
A123  Construct  Planning  Aids 

A1231  Build  Feasible  Sortie  Profiles 
A1232  Build  Tentative  Weekly  Flow  Charts 
A1233  Build  a  Master  Programming  Calendar 
A13  Develop  Operational  Scheduling  Plans 
A131  Prepare  Quarterly  Plan 
A1311  Analyze  Available  Data 
A1312  Fill  Unit  Mission  Requirements 
A1313  Fill  Higher  Headquarters  Requirements 
A1314  Fill  Unit  Training  Requirements 
A1315  Attend  Quarterly  Planning  Conference 
A132  Refine  Monthly  Operations  Plan 

A1321  Revise  Quarterly  Planning  Factors 
A1322  Construct  Monthly  Schedules 
A1323  Resolve  Standardization  Schedule 
A1324  Integrate  Wing -Directed  Training 
A1325  Incorporate  Recurring  Academic  Training 
A133  Construct  Weekly  Operations  Schedules 
A1331  Analyze  Current  Status  vs  Planned 
A1332  Assign  Individuals  by  Name  to  Ground  Alert 
A1333  Tailor  Specific  Training  Sorties  Duty 

A1334  Coordinate  Weekly  Schedule 
A134  Adjust  Daily  Schedule 

A1341  Obtain  Situation  Changes 
A1342  Determine  Mission  Alternatives 
A1343  Coordinate  Schedule  Deviations 


Fig  4.2.  Node  Index 
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AO  Node  Tree  Depicting  Major  Subfunctions 
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AO  Text.  Operational  requirements  and  maintenance 


capability  form  the  basis  for  development  of  unit  plans.  Air¬ 
crew  scheduling  is  the  key  to  the  planning  process  and  influ¬ 
ences  the  requirements  levied  upon  both  operations  and  mainten¬ 
ance.  The  unit  Deputy  Commander  for  Operations  and  the  Deputy 
Commander  for  Maintenance  insure  their  staffs  work  together 
in  developing  plans  and  schedules  which  best  support  unit 
mission  objectives.  Resources,  such  as  aircraft,  aircrew 
availability,  equipment,  supply  support,  and  maintenance 
manning,  determine  the  unit's  ability  to  meet  requirements. 

An  important  idea  to  remember  is  that  within  this  functional 
framework,  the  degree  of  accuracy  achieved  in  planning  and 
scheduling  the  use  of  aircraft,  aircrews,  and  supporting  re¬ 
sources  varies  among  B-52  units  depending  on  mission,  type 
equipment,  and  geographic  location. 


AO  Plan  Unit  B-52  Activities 


A1  Text.  The  three  phases  involved  in  planning  air¬ 


crew  activities  reflect  a  general  decision-making  scenario. 
First,  the  individuals  must  determine  their  functional  re* 
sponsibility.  Command  guidance  and  higher  authority  levels 
place  constraints  upon  those  planning  personnel  charged  with 
training  plan  development.  A  thorough  understanding  of  the 
directives  mixed  with  a  keen  awareness  of  the  other  personali¬ 
ties  involved  in  the  planning  process  establish  the  baseline 
from  which  to  initiate  the  scheduling  procedure.  Once 
knowledgeable  with  the  job  information  requirements,  the  next 
major  effort  is  to  collect  the  available  information  required 
to  construct  a  viable  training  plan.  After  the  information 
is  gathered  and  assimilated  from  diverse  sources,  the  unit 
planner  uses  it  to  build  a  quarterly  plan  that  receives  con¬ 
siderable  modification  as  more  information  becomes  available. 
Several  plans  result  from  this  procedure  in  an  effort  to  en¬ 
sure  the  efficient  allocation  of  resources  toward  unit 
training  objectives. 
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Command  C3  Maintenance  C2  Commander  s 

Guidance  I  Capability  I  Prerogative 


A1  Plan  Aircrew  Activities 


All  Text.  Unit  planners  obtain  part  of  their  job 


expertise  through  the  study  of  those  documents,  regulations, 
and  procedures  related  to  B-52  scheduling  activities.  Com¬ 
mand  guidance  toward  scheduling  parallels  the  Air  Force's 
organizational  structure.  Broad  general  guidelines  come  from 
the  Air  Force  hierarchical  level  and  are  narrowed  to  quite 
specific  local  unit  procedures.  Another  vital  segment  of  the 
unit  planner's  education  is  to  explore  the  universe  of  commit¬ 
ments  the  unit  could  be  tasked  with  during  the  planning  period. 
The  interaction  with  all  immediate  control  echelons  promotes 
idea  exchange  vertically  within  the  command.  The  final 
element  in  determining  operational  planning  needs  involve 
looking  at  the  unit  historical  accomplishments.  A  critical 
consideration  of  past  unit  capabilities,  evaluated  with 
causes  for  modifying  original  plans,  mixed  with  previous  unit 
performance  deficiencies  help  narrow  the  informational  needs 
required  to  accomplish  the  planner's  task.  A  survey  of  the 
methods  previous  planners  used  to  accomplish  the  unit  planning 
functions  caps  the  preliminary  steps  in  acquiring  job  know¬ 
ledge  for  planning  unit  B-52  activities. 
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.10.  All  Determine  Operational  Planning  Needs 


Alll  Text.  An  approach  to  acquire  book  knowledge  con¬ 
cerning  B-52  planning  activities  consists  of  studying  the 
broad  policies  established  by  the  Air  Force.  These  include 
general  flight  operations  and  restrictions,  aircrew  require¬ 
ments  and  qualifications,  and  general  support  necessary  to 
accomplish  aircrew  training.  Related  documents  published  by 
the  Department  of  Defense,  Federal  Aviation  Administration, 
and  executive  branch  provide  basic  direction  for  aircrew 
planning.  Major  Air  Command  rules  focus,  within  the  broader 
Air  Force  context,  upon  those  weapon  systems  assigned  to  its 
control.  The  narrowed  procedures  from  the  Strategic  Air  Com¬ 
mand  supplemented  by  Numbered  Air  Force,  Air  Divisions,  and 
specialized  local  procedures  constitute  the  bulk  of  book 
knowledge  available  to  the  unit  planning  staff. 


76 


A112  Text.  An  integral  part  of  the  planning  process 


involves  the  information  exchanged  between  the  hierarchical 
levels.  During  the  early  stages,  unit  planners  maintain 
numerous  personal  contacts  with  individuals  functioning  in 
higher  authority  levels.  Thus  they  ensure  unit  commitment 
plans  receive  attention  at  the  headquarters  level.  Also,  the 
contacts  help  unit  planners  keep  abreast  of  new  ideas  receiv¬ 
ing  command  attention.  Unit  planners  who  use  their  expertise 
in  maintaining  appropriate  personal  contacts  can  enhance  a 
unit's  planning  effectiveness.  Planning  improvement  occurs 
from  the  standpoint  that  the  planners  find  out  earlier  about 
the  panorama  of  commitments  the  unit  might  be  tasked  to 
accomplish. 
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Restrictions 
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A112  Research  Unit  Commitment  Possibilities 


AD  -  A 1 23  023 


A  SAC  B-52  AIRCREW  .SCHEDULING  MODEL  USING  ICAM'S  IDEF 
METHODOLOGV(U)  AIR  FORCE  INST  OF  TECH  WR IGHT -PATTERSON 
AFB  OH  SCHOOL  OF  SVST..  J  M  MOORE  ET  AL .  SEP  82 
UNCLASSIFIED  AF I T - LSSR-3 I -82  F/G  5'9. 


MICROCOPY  RESOLUTION  TEST  CHART 


A113  Text.  Unit  schedulers  capstone  the  B-52  planning 
preparation  by  reviewing  past  unit  accomplishments.  The 
historical  facts  help  limit  and  bound  the  scope  of  operational 
activities.  By  studying  plan  refinements  and  changes,  a 
scheduler  learns  what  things  usually  cause  deviations  from 
planned  activities.  Other  important  information  sources  to 
the  novice  planner  are  the  reports,  resulting  from  higher 
headquarters  evaluations  and  visits,  documenting  unit  perform¬ 
ance.  Just  as  unit  performance  does  not  remain  constant, 
neither  do  the  techniques  used  to  plan  unit  B-52  activity. 

Unit  schedulers  may  achieve  a  broader  perspective  toward  unit 
planning  by  perusing  the  previous  techniques  employed  by 
their  predecessors. 
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es  t r i c t ions 


A113  Review  Available  Unit  Historical  Records 


A12  Text.  The  second  of  three  major  subdivisions 
within  the  planning  unit  B-52  activities  focuses  on  the 
information  collection  process.  The  general  effort  involves 
collecting  requirement  and  resource  information.  Operating 
within  command  guidance  and  job  knowledge  limitations,  unit 
planners  couple  established  unit  training  objectives  with 
available  information  to  determine  known  unit  tasks.  Unit 
planners  consider  maintenance  capability  as  an  important 
unit  resource.  Continuous  communication  between  operations 
and  maintenance  staff  planners  ensures  the  most  current 
information  remains  available  to  schedulers  in  their  task 
of  constructing  planning  aids  for  developing  unit  schedules. 
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.14.  A12  Compile  Operational  Planning  Data 


A121  Text.  The  collection  of  unit  requirements 
information  includes  establishing  the  unit's  mandatory  tasks 


to  which  resources  must  be  committed  on  a  first  priority 
basis.  Some  examples  of  required  data  are:  the  number  of 
qualified  aircrews  the  unit  must  maintain,  how  many  ground 
alert  aircraft  the  unit  must  man,  and  the  required  number  of 
sorties  as  detailed  in  the  unit's  Flying  Program  Document. 
Higher  headquarters  commitments  affecting  the  unit  planning 
process  include  special  missions,  depot  maintenance  schedules, 
and  any  known  or  recurring  commitments.  Data  elements  for 
unit  training  requirements  involved  in  continuation/initial/ 
upgrade  and  unit-directed  training  all  contribute  to  the 
known  unit  tasks. 
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A121  Collect  Requirements  Data 


A122  Text.  Each  unit  conducts  a  monthly  meeting  to 
assess  the  unit's  personnel.  The  projected  personnel  gains/ 
losses  to  the  unit  plus  all  other  factors  affecting  an  air¬ 
crew  member's  availability  receive  primary  staff  attention. 
Maintenance  manpower  authorizations  in  most  SAC  units  fall 
short  in  providing  the  unit  full  maintenance  coverage 
twenty- four  hours  a  day.  Effective  maintenance  scheduling 
distributes  work  effort  into  two  daily  work  shifts.  Support 
capability  is  affected  by  aircraft  availability.  This  capa¬ 
bility  is  a  function  of  the  detailed  and  timely  planning  by 
Numbered  Air  Forces  (NAFs)  to  allocate  Strategic  Training 
Ranges  (STR)  and  HQSAC  to  allocate  air  refuelings  consistent 
with  each  unit's  two  daily  maintenance  shifts. 
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A123  Text.  The  accumulation  of  requirement  and  re¬ 
source  data  provide  the  primary  input  into  the  planning  aid 
construction  phase.  Each  scheduling  branch,  assisted  by  the 


bombing/navigation  branch,  defensive  systems  branch  and  tacti¬ 
cal  squadrons,  develop  mission  training  packages  designed 
to  meet  the  unit  training  objectives  within  the  allocated 
flying  time.  During  the  creation  of  weekly  flow  charts,  unit 
planners  incorporate  several  scheduling  techniques  used  to 
maximize  sorties  while  achieving  the  best  use  of  resources. 

A  master  programming  calendar  for  the  training  period  being 
planned  serves  as  an  aid  for  arranging  and  evaluating  differ¬ 
ent  informational  combinations  during  actual  schedule  con¬ 
struction  phases. 


88 


onstruct  Planning  Ai 


A13  Text.  A  clear  stop  information  collection/sta~*t 
operational  schedule  development  line  does  not  exist.  Infor¬ 
mation  acquisition  continues  throughout  the  entire  planning 
process  as  the  quarterly  unit  plan  receives  monthly,  weekly, 
and  daily  refinements.  It  is  through  this  continuing  process 
of  addition  and  refinement,  in  coordination  with  the  unit 
maintenance  staff,  that  the  plan  is  developed  into  a  final 
program.  It  is  within  this  third  major  functional  planning 
subdivision  that  the  constraints  dominate  the  model.  The 
controls  range  from  the  planner's  actual  job  knowledge  to 
required  procedures  from  higher  authority  levels  to  short¬ 
falls  in  maintenance  capability  to  meet  operational  require¬ 
ments.  Within  this  constrained  working  environment,  the 
unit  planners  attempt  to  improve  upon  the  imperfect  knowledge 
available  as  they  endeavor  to  efficiently  allocate  resources 
to  operational  requirements  in  partial  fulfillment  of  wing 
mission  objectives. 
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.18.  A13  Develop  Operational  Scheduling  Plans 


A131  Text.  The  quarterly  plan  is  the  key  to  a  good 
unit  plan.  Two  vital  information  elements  the  unit  receives 
are  Strategic  Training  Range  (STR)  and  air  refueling  alloca¬ 
tions.  Based  upon  these  two  controlling  informational  bits, 
the  quarterly  plan  embodies  launch/recovery  blocks,  sortie 
flow  timing,  and  effective  sortie  scheduling  techniques  such 
as  performing  safety  of  flight  maintenance  actions  between 
sorties,  engine  running  crew  change,  and  flying  through  the 
maintenance  dead  shift.  The  period  starting  about  seven 
weeks  prior  to  the  quarterly  training  period  consists  of 
active  negotiations  between  operations  and  maintenance  plan¬ 
ners.  In  most  units,  differences  in  operational  requirement 
and  support  capabilities  are  resolved,  culminating  with  a 
tentative  plan  formulation.  Unit  planners  coordinate  the 
plan  with  the  unit  commander  before  unit  representatives 
attend  the  quarterly  STR/Air  Refueling  Scheduling  Conference 
Subsequent  alterations  to  the  plan  stemming  from  the  confer¬ 
ence  receive  attention  during  a  quarterly  planning  meeting 
chaired  by  the  unit  commander.  In  this  meeting  operational 
requirements,  support  capabilities,  and  any  expected  diffi¬ 
culties  are  discussed. 


A132  Text.  Monthly  planning  further  refines  the  re¬ 


quirements  established  during  the  quarterly  planning  period. 
The  two  outputs,  resulting  from  the  foundation  established 
by  close  coordination  between  operations  and  maintenance  plan¬ 
ning  staffs,  are  the  monthly  maintenance  plan  described  by 
Hackett  and  Pennart:  (1982)  and  the  monthly  operations  plan. 
Within  the  monthly  operations  plan  appears  a  basic  plan  out¬ 
lining  the  operations  plan,  training  priorities,  and  training 
goals.  Revision  of  the  quarterly  planning  factors  include 
incorporating  quarterly  flying  hour  allocation  changes.  This 
leads  to  a  reforecast  of  monthly  sortie  rates  and  flying  hour 
expenditures.  Planners  forecast  the  number  of  crews  available 
for  the  training,  all  known  temporary  duties,  higher  head¬ 
quarters  missions,  and  squadron/staff  leave  schedules  for  the 
upcoming  three  months.  The  monthly  schedules  include  a  work¬ 
ing,  semi-final  and  final  schedule.  The  standardization 
schedule  incorporates  required  evaluations  of  flight  personnel 
for  the  next  three  months  into  the  normal  training  flow.  This 
is  accomplished  by  matching  the  individual  crew  member  with  a 
training  sortie  profile  meeting  evaluation  requirements  and 
by  assigning  an  evaluation  of  like  -crew  specialty  to  the 
sortie.  Wing-directed  training  involves  additional  unit  re¬ 
quirements  to  compensate  for  individual  differences  in 
experience/proficiency,  to  correct  deficiencies  identified  by 
higher  authority  level  evaluations,  or  to  train  for  special¬ 
ized  unit  tactics/procedures.  Operations  flight  and  ground 
planners  ensure  recurring  academic  training,  such  as  annual 
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physicals  and  physiological  training  mesh  with  all  other 
scheduled  monthly  unit  B-52  activities. 
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A132  Refine  Monthly  Operations  Plan 


A133  Text.  A  weekly  schedule  refines  the  monthly 
maintenance  and  operations  plans.  Generally  the  plan  covers 
the  period  from  Monday  through  Sunday,  while  detailing  both 
operations  and  maintenance  needs.  A  planner  cannot  simply 
isolate  one  particular  weekly  schedule.  The  primary  reason 
is  because  alert  changeover  for  B-52  aircrews  occur  on 
Thursdays  each  week.  Thus,  for  each  week  of  flying  activity 
scheduled,  two  weeks  of  alert  must  be  planned.  The  informa¬ 
tional  model  for  assigning  aircrew  personnel  by  name  to  ground 
alert  duty  is  presented  in  Chapter  5  of  this  work.  The  real 
negotiations  and  tough  decisions  usually  occur  during  the 
weekly  planning  meetings,  especially  if  preceded  by  poor 
quarterly  or  monthly  planning  or  if  major  changes  to  the 
original  plan  occur.  Once  approved  by  the  unit  commander, 
the  weekly  flying  schedule  and  an  agreed  upon  weekly  mainten¬ 
ance  schedule  incorporating  the  approved  aircraft  utilization 
schedule  are  published.  Weekly  schedules  provide  the  final 
planning  guide  for  operations  and  maintenance. 
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•21.  A133  Construct  Weekly  Operations  Schedules 


A134  Text.  Between  the  final  planning  guide  found 
in  the  weekly  flying  schedule  and  actual  plan  implementation, 
situational  changes  occur.  Crew  members  become  ill,  aircraft 
components  fail,  weather  conditions  affect  safe  aircraft 
operation,  or  the  unit  receives  a  higher  headquarters  no¬ 
notice  evaluation.  These  and  similar  unplanned  occurrences 
require  deviations  from  the  original  schedule.  Schedulers 
present  alternative  courses  of  action  to  the  decision-makers, 
who  in  turn  make  decisions  which  provide  the  best  opportunity 
of  reaching  the  original  unit  objectives.  Once  a  change  is 
approved,  all  those  affected  by  it  must  be  notified.  Each 
unit  uses  a  notification  plan  or  system  to  ensure  the  change 
reaches  all  appropriate  individuals  and  organizations  prior 
to  the  plan  implementation.  Changes  are  recorded  on  the 
published  schedules  to  be  used  as  informational  sources  during 
the  implementation  phase.  Also,  the  annotations  serve  as 
major  inputs  to  the  evaluation  phase  of  accomplish  unit  B-52 
activity. 
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A134  Adjust  Daily  Schedule 


Summary 


IDEFn  procedures  used  in  this  chapter  result  in  the 


functional  model  for  the  planning  process  of  unit  B-52  activity. 
The  model  details  the  planning  function  using  a  hierarchical 
methodology  originating  from  a  "parent"  box.  Boxes  repre¬ 
senting  functions  and  arrows  symbolizing  controls,  inputs, 
and  outputs  supply  the  primary  components  of  the  detailed  five 
level  functional  model.  A  single  activity  box  "Assign 
Individuals  Ey  Name  to  Ground  Alert  Duty"  gets  further  exami¬ 


nation  in  Chapter  5  through  the  IDEF^  information  modeling 
technique. 
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Chapter  5 


IDEFj  INFORMATION  MODEL 

Introduction 

The  problems  facing  today's  unit  B-52  planners  are 
highly  complex  and  changing.  Planning  decisions  result  from 
incorporating  the  information  derived  from  a  dynamic  environ¬ 
ment  with  various  managerial  perceptions  of  the  actual  prob¬ 
lem.  Realizing  that  both  the  nature  of  scheduling  decisions 
and  individual  planners  vary,  so  will  the  nature  of  the 
information  used  to  make  a  particular  decision.  Despite  in¬ 
herent  situational  and  human  differences,  planners  use  some 
form  of  a  model  as  a  basis  to  gather  information  for  analysis 
and  possible  future  use  when  making  a  decision. 

The  individual  charged  with  the  majority  of  the 
original  operational  planning  within  a  B-52  unit  is  the  chief 
of  the  mission  development  branch.  This  individual  usually 
devotes  many  hours  to  requesting,  acquiring,  and  organizing 
numerous  messages,  documents,  reports,  and  computer  printouts 
from  various  sources  as  he/she  prepares  the  unit  training 
plans.  As  depicted  in  Chapter  4,  several  activities  exist 
within  the  B-52  unit  which  require  planning.  This  chapter 
presents  a  model  detailing  the  information  required  to  plan 
the  assignment  of  qualified  B-52  combat  crew  members  to 
ground  alert  duty  on  the  monthly  operations  final  schedule. 
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The  activity  box  chosen  for  this  IDEF^  information  model 
occurs  on  the  sixth  hierarchical  level  of  the  functional 
model.  Figure  5.2  presents  the  node  tree  linking  the  general 
A-0  activity  box  to  the  specific  function  picked  for  analysis 
within  these  pages.  As  depicted  by  the  node  tree,  the  care¬ 
ful  reader  learns  that  the  parent  activity  box  requires  alert 
assignment  planning  to  occur  at  least  once  a  month.  One 
should  remember  that  this  chapter  models  only  one  of  a  myriad 
of  functions  within  unit  B-52  activity  planning. 

Description 

A  simple  example  for  planning  monthly  alert  duty 
assignments  included  within  this  chapter  illustrates  general 
IDEF^  methodology  for  building  an  information  model.  The 
process  begins  with  collecting  the  documents  applicable  to 
the  organizational  alert  assignment  procedures.  Next,  a 
completed  series  of  entity- attribute  based  data  collection 
forms  leads  to  a  graphic  projection  of  the  model  orientated 
towards  the  stated  purpose  and  viewpoint  (see  Figure  5.1).  A 
generalized  entity  of  the  diagram  results  from  the  graphic 
projection.  Also  included  within  this  effort  to  support  the 
modeling  methodology,  an  Entity-Relation- Attribute  glossary 
provides  recognition  of  key  attributes. 
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AO  Plan  Unit  B-52  Activities 


■0^3 

<  H  13 
•»H  01 

^  (d  £ 
n  O  u 
oo 

< 


a  «-» 

o  co  co 

«H  C  01 

to  O  H 
>  -H  3  . 
<D  4J  T3 
O  <0  to  I 

cn  to  lV 
i-»  o.  wk 
<  o  T 


a> 

c  co 

•H  Hi 
Ull 

\  a>  cn  c 
eco  co 

CM  rH 

cn  cn 


to 

a>  c 

HOW) 
H  H  C 


to 

C  rH 
■H  CO 
6  C 

i  u  o  ao 
Vo>  *H  C 
w  «  -h  m 
0)  co  c  *o 
o  m  e  a) 
a)  <o  <u 
r-f  a  f-H  z 

H  O  Cl- 


i  2? 

a  ^ 

H  u 

o  ^  o  00 

O  3  •*-»  C 
C  to  B  *h 

m  a>  ai  c 
f  C*  ^ 
'm  eo  co 
cm  a>  u  t4 
fO  w  <  H 
rH  cO 

<  u 


u 

•H 

I  ^ 

o 

U 

3 

CO  03 

1  03 

*3 

u 

H  3 

/  W 

01 

u 

03  i— 1 

/  GO 

4J 

0) 

a  3 

a 

c 

o  x> 

/  U 

01  co 

o 

01 

1  C 

Hi  c 

CO 

•H  *H 

03 

rH  CJ  1 

f  / 

o  c 

c  c 

•u  m 

cn 

^  C/3  / 

/  ^ 

1  *H 

CO  iH 

J=  CM 

CO 

01  / 

CO  CQ 

•H  C 

00  CM 

rH 

^  / 

c  Hi 

03  *r* 

•H  CO 

rH  *H  £—• 

C  3 


CO 

(U 

01  I  rH 
>  CO  3 
H  N  13 
OHO 

co  *n 
oi  u  a 
,  pi  co  w 
*3 

cn  C  C 
CM  to  O 

CO  4J  «H 
rH  C/3 
< 


9)  CO  H  H 

I  <  u  Cn  < 
H 


CO  0) 

c  cc 

MS  O'J 
*H  -H  CM 
CO  V-  CO  CM 
W  01  CD 
£  *H  H 

oos  < 


,a  H  H 

\  \ 

\  u 

// 

6  co  C 

CO 

\  p 

// 

one 

4J 

O  01  CO 

3 

// 

a.  rH 

Q 

to 

c 

w 

cn 

cm  o  a. 

\O.H  \ 

\ c 

^  ai  f 

00 

Hi 

>s  CM 

rH 

\o>  Hi  1 

i  » ® 

01 

w  CM 

< 

Nh  oi  i 

u 

^  at — 

■“*  a 

rH 

3  cn 

Hi  H  c 

\ 

U  T3\ 

co 

< 

Q  r-» 

Hi  co 

C  luft 

< 

< 

H  iO  H 

0  —  \\ 

cn  3  a- 

l  r 

s  «  \\ 

01 

CO 

i  iH  >%  00 
>  H  C  » 
*  Q>  W  ^  Hi 

os  oi  c  o 
u  e 

H  U  (0  J 
(N  CO  *H  (0 
<n  3  CU  Cn 
rH  O' 

< 


>s 

4J  03 
3  4H 
a  3 
oi  oi 
*-»  ^  6  CM 
3  u  c  CM 
4-»  to  00  CM 

o  U  «H  C"l 

COO)  rH 

c  a  co  < 
<  e  < 

oi 

H 


3  rH 
13  01  CM 
01  >  CM 
J=  CO  CO 
y  o>H 
!D  J  < 


IDl-I’  Hierarchical  Links  to  ’Assign  Alert  Duty’  Node 


Source  Data  Documents 

Two  primary  documents  used  in  the  information  model 
construction  include  the  source  material  log  and  the  source 
data  list.  The  log  associates  a  source  material  (SM)  number 
with  a  name  or  description  and  material  origin,  as  shown  in 
Figure  5.3.  The  data  list  includes  these  factors  which  con¬ 
tribute  to  the  overall  information  needed  for  the  particular 
function  being  modeled.  In  addition  to  presenting  each  data 
name  and  source  data  (SD)  number,  the  list  contains  a  cross- 
reference  to  the  source  material  number  for  tracing  key 
elements  throughout  the  model.  Figure  5.4  depicts  the 
source  data  list  used  to  construct  the  model. 

Activity  Box  Output 

Prior  to  understanding  what  types  of  inputs  or  in¬ 
formation  an  activity  requires,  the  modeler  must  understand 
what  desired  output  should  result  from  the  activity.  The 
specific  resultant  desired  from  this  process  takes  the  form 
of  a  monthly  plan  assigning  qualified  crew  members  to  con¬ 
tinuously  man  the  unit's  ground  alert  commitment.  Further, 
the  plan  reflects  a  minimization  of  alert  crew/individual 
substitutions  consistent  with  an  equitable  distribution  of 
the  alert  duty  workload  described  in  current  directives. 

Some  problems  exist  for  the  planner  because  several  controls 
govern  the  activity  which  in  turn  also  affect  the  informa¬ 
tion  required  to  effectively  reach  the  desired  output. 
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IDEF.  Source  Data  List 


Source  Material 

Name  Cross  Reference  Comments 


ource 


Requirement 

Another  factor  affecting  what  information  the  activity 
requires  for  effective  goal  achievement  involves  control  con¬ 
straints.  Planners  ask  the  question,  "What  information  do 
we  need  to  comply  with  the  command  directives  governing  this 
activity?"  The  following  requirements  present  a  few  constraint 
examples  which  necessitate  the  planner  obtain  or  become  aware 
of  very  specific  bits  of  information  prior  to  accomplishing 
the  monthly  alert  scheduling  process. 

•  Each  B-52  wing  shares  responsibility  for  the  alert 
concept  by  manning  a  required  number  of  aircraft  for  day-to- 
day  alert  with  qualified  aircrew  members.  Only  crewmembers 
who  undergo  a  thorough  study  of  the  Emergency  War  Order  pro¬ 
cedures  and  certify  their  knowledge  of  designated  war  missions 
to  the  wing  commander  may  be  assigned  to  alert  duty. 

•  The  crew  member  must  be  qualified  in  the  aircraft 
which  means  passing  both  ground  and  inflight  evaluations 
measuring  his  ability  to  safely  operate  the  weapon  system. 

Under  some  circumstances  an  individual  may  be  deemed  unquali¬ 
fied  after  a  standardization  evaluation  check  ride.  A  unit 
commander  might  allow  a  crew  member's  assignment  to  alert 
duty  if  he  is  confident  that  the  crew  member  can  perform  the 
war  mission  safely.  In  addition  to  being  qualified,  crew 
members  must  satisfy  currency  and  readiness  requirements  as 
described  in  existing  training  directives. 

•  Mission  developers  may  not  assign  an  individual 


beyond  the  maximum  crew  tour  length  of  seven  consecutive  days 
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(SACR  55-43,  1979:p.2-8).  Another  objective  established  by 
SACR  55-43,  SAC  Alert  Procedures,  states  that  mission  devel¬ 
opers  plan  the  crew  member's  duty  workweek  averaged  over  a 
six-month  period  below  a  seventy- four  hour  maximum  (1979: 
p.2-9).  Alert  duty  for  crew  members  assigned  to  evaluation 
tasks  normally  should  not  exceed  sixty  percent  of  that  re¬ 
quired  by  other  crew  members.  The  senior  standardization 
evaluation  crew  members’  alert  duty  requirements  should  not 
top  fifty  percent.  Figure  5.6  presents  the  IDEF^  definition 
for  the  requirement  entity  class. 

Usually  the  bulk  of  the  constraint  or  requirement  in¬ 
formation  remains  fairly  static.  Data  elements  concerning 
individual  security  clearances,  unit  mission  checkouts,  or 
certification  don't  change  very  often.  For  example,  once  an 
individual  receives  a  security  clearance,  he/she  retains  that 
level  until  a  new  duty  assignment  requires  a  different  access 
authorization  or  the  individual  does  something  to  invalidate 
the  clearance.  Experienced  unit  planners  for  monthly  activi¬ 
ties  generally  rely  upon  their  memory  to  help  with  the  first 
iteration  of  assigning  crew  members  to  alert  on  the  monthly 
plan.  This  static  information  receives  review  during  the 
quarterly  planning  period.  A  monthly  scheduler  would  use 
changes  to  this  stable  information  base  to  evaluate  the 
appropriateness  of  the  alert  lines  as  originally  planned 
during  the  quarterly  phase. 
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Entity  Class  Source  Entity  Class 

1  —  - -  Data  1  1 

Node  No.  Name  ID  Node  No.  Name 


OO 


Resource 


The  information  required  to  identify  resources  con¬ 
sists  of  several  attributes.  Within  military  organizations 
the  classic  name,  rank,  and  social  security  identification 
number  serve  to  establish  positive  differentiation  between 
individuals  for  most  records.  For  the  operations  planner, 
additional  data  elements  helpful  in  the  construction  of 
monthly  plans  include  an  individual's  crew  specialty, 
unit  to  which  assigned,  crew  assignment  plus  several  others. 
Figure  5.7  presents  the  IDEF^  definition  of  the  resource 
entity  class.  After  determining  the  requirement  and  re¬ 
source  information,  the  mission  developer  considers  the 
availability  of  resources  to  fulfill  the  requirements. 
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ENTITY  CLASS  NAME:  RESOURCE 


Non-Availability 

Compared  to  requirement  and  resource  information, 
non-availability  data  changes  provide  the  majority  of  fluctu¬ 
ations  in  the  information  base.  On  a  monthly  basis,  planning 
includes  those  known  changes  in  resource  availability  to 
fill  vacancies  created  on  crews  by  such  things  as  temporary 
duty,  a  crew  change,  or  out  of  cycle  leave.  Non-availability 
entity  class  definition  is  presented  in  Figure  5.8. 


ENTITY  CLASS  NAME:  NON-AVAILABILITY 


IDEF1  Non-Availability  Entity  Class 


Attribute  Classes 


Each  entity  has  detailed  informational  subunits 
termed  attribute  classes.  Attribute  classes  maintain  at 
least  one  interface  with  each  other  for  each  particular 
entity.  This  section  presents  the  data  sheets  for  the  three 
entity  classes  providing  the  backbone  of  this  information 
model . 
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Attribute  Class  Name  KEPT  ID  Description/Role/Comment 


Information  Model  Data  Sheet  for 
Requirement  Entity  Class 


NAME:  WEAPON  SYSTEM 


IDEE,  Attribute  Class  Weapon  System 


IDEFj  Attribute  Class  Emergency  War  Orde 


IDPF.  Attribute  Class  Personnel  Reliability  Program 


Entity  Class 

Definition:  Manpower  to  Accomplish  Alert  Planning 


Entity  Class 


ATTRIBUTE  CLASS  NAME:  NAME 


IDEF,  Attribute  Class  Name 


ATTRIBUTE  CLASS  NAME:  RANK 


ATTRIBUTE  CLASS  NAME:  POSITION 


ATTRIBUTE  CLASS  NAME:  SOCIAL  SECURITY  NUMBER 
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ATTRIBUTE  CLASS  NAME:  UNIT 


ATTRIBUTE  CLASS  NAME:  PROFICIENCY 


ATTRIBUTE  CLASS  NAME:  CREW  NUMBER 


Attribute  Class  Name  IREPT  I  I  Definition /Role /Comment 


-Availability  Entity  Class 


IDI-F  Attribute  Class  Alert 


.24.  IDEF-  Attribute  Class  Combat  Crew  Rest  and  Recuperation 


ATTRIBUTE  CLASS  NAME:  TEMPORARY  DUTY 


IDEF,  Attribute  Class  Temporary  Duty 


PERMANENT  CHANGE  OF  STATION 


IDEF,  Attribute  Class  Permanent  Change  of  Station 


ATTRIBUTE  CLASS  NAME:  CURRENCY 


5.27.  IDEF.  Attribute  Class  Currency 


ATTRIBUTE  CLASS  NAME:  READINESS 


IDEF.  Attribute  Class  Readiness 


ATTRIBUTE  CLASS  NAME:  SPECIAL 


.30.  IDEF,  Attribute  Class  Medical 


IDEF,  Attribute  Class  Leave 


Fulfills/ 


Summary 

IDEF^  methodology  serves  as  the  basis  to  build  a 
simple  information  model  for  the  functional  aspects  of  assign¬ 
ing  B-52  crew  members  to  ground  alert  duty.  A  series  of  logs 
and  forms  serve  to  organize  the  informational  requirements  of 
the  particular  decisions  under  scrutiny  within  this  effort. 

A  general  grouping  termed  entity  classes  forms  the  model's 
framework.  The  basic  hierarchical  level  within  the  IDEF^ 
methodology  begins  with  groups  of  entity  classes,  each 
possessing  numerous  attribute  classes. 

The  information  model  built  describes  resources  ful¬ 
filling  requirements  which  qualify  resources  for  a  task. 
Requirements  also  determine  the  non-availability  criteria  for 
usable  resources.  Other  resource  information  provides  assigned 
non-availability  to  the  alert  duty  planning  for  a  particular 
period.  The  information  model  is  just  a  small  step  toward 
the  construction  of  a  dynamic  model.  Through  the  application 
of  IDEFq  and  IDEF^  procedures  and  methodology,  the  authors 
consider  the  SAC  B-52  aircrew  scheduling  problem  solvable. 
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Chapter  6 


SUMMARY,  CONCLUSIONS,  AND  RECOMMENDATIONS 


Summary 

This  research  effort  started  with  a  general  discus¬ 
sion  of  scheduling  It  defined  scheduling  as  a  process  which 
coordinates  and  adjusts  activities,  resources  and  facilities. 
From  this  general  view,  the  authors  quickly  narrow- in  on  the 
aircraft  and  aircrew  scheduling  process  within  SAC  B-52  wings. 
This  scheduling  process  is  also  defined  in  rather  general 
terms.  Aircraft  and  aircrew  scheduling  in  SAC  B-52  wings 
involves  many  man-hours  of  attending  conferences  and  meet¬ 
ings;  sorting  through  program  documents,  higher  headquarters 
messages,  various  forms,  and  computer  printouts;  and  making 
telephone  calls  to  compile  planning  data.  Once  the  data  com¬ 
pilation  is  complete,  it  is  manually  posted  to  a  master 
programming  board.  The  schedulers  then  coordinate  and  adjust 
taskings ;  flight  and  ground  training  events,  and  planned  and 
unplanned  aircraft  maintenance  (the  activities);  crew  members, 
maintenance  personnel,  aircraft,  equipment,  and  allocated  fly¬ 
ing  hours  (the  resources);  and  buildings,  hangars,  and  class¬ 
rooms  (the  facilities)  in  an  effort  to  achieve  an  optimal 
combination  which  effectively  meets  the  unit's  mission 
objectives.  These  decisions  are  made  within  a  framework  of 
formalized  guidance  and  informal  unit  policies.  However, 
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unpredictable  factors  usually  arise  which  result  in  the  need 
to  partially  or  even  completely  rework  the  schedule.  At  this 
point,  the  scheduler  adjusts  the  schedule  to  "crisis  manage" 
the  unforeseen  event.  The  art  of  "satisficing"  is  practiced 
because  the  schedule  changes  made  by  the  scheduler  are  often 
done  without  the  benefit  of  the  overall  perspective  main¬ 
tained  during  the  original  schedule  formulation.  There  have 
been  numerous  approaches  toward  correcting  the  aircraft  and 
aircrew  scheduling  problem,  not  only  in  SAC  but  also  in  other 
commands . 

Some  of  these  efforts  attempted  to  conceptualize  the 
scheduling  system  by  drawing  visual  models  which  depicted  the 
interactions  and  interfaces  between  various  aspects  of  the 
scheduling  system.  A  I960  Rand  Corporation  study  by  Levine 
was  one  of  the  first  articles  investigating  conflicting  de¬ 
mands  for  limited  resources.  Theses  written  by  four  students 
at  the  Air  Command  and  Staff  College  addressed  the  general 
subject  of  SAC  aircrew  scheduling  during  the  mid  1960's 
(Bott,  1965;  Gehrke,  1964;  Stewart,  1965;  and  York,  1964). 

Then  in  1970,  Burkepile's  research  presented  a  consolidated 
description  and  analysis  of  the  major  requirements  and 
scheduling  function  constraints.  In  the  early  and  mid  1970's, 
SAC  contracted  the  Rand  Corporation  to  investigate  ways  of 
increasing  resource  allocation  efficiency  by  improving  air¬ 
craft  and  aircrew  scheduling.  A  major  contribution  of  this 
effort  is  the  depiction  of  the  complexity  of  the  system  and 
its  resource  allocation  problem.  A  1975  study  by  Gibson 
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suggests  moving  the  aircraft  and  aircrew  scheduling  functions 
from  under  the  maintenance  and  operations  commanders,  respec¬ 
tively,  to  a  consolidated  scheduling  function  directly  respon¬ 
sible  to  the  wing  commander.  A  recent  research  effort  by 
Barnidge  and  Cioli  (1978)  uses  System  Dynamics  methodology 
in  developing  a  hypothesized  structure  of  the  scheduling 
process.  Through  this  technique  the  effect  of  one  occurrence 
upon  the  rest  of  the  system  is  modeled  by  the  use  of  causal- 
loop  diagrams.  Pluses  and  minuses  are  used  to  indicate  the 
influence  of  one  action  on  another.  Eventually  the  modeling 
approach  leads  to  the  determination  of  rates  and  flows  which 
lend  themselves  to  equation  formulation.  Theoretically,  at 
this  point  the  system  can  be  modeled  through  computerization. 

The  recommendations  in  the  research  inevitably  sug¬ 
gest  computerizing  some  aspects  of  the  manual  aircraft  and 
aircrew  scheduling  process  or  developing  a  system  to  produce 
schedules.  There  have  been  several  successful  attempts  in 
the  Air  Force  toward  computerizing  the  scheduling  function. 

One  such  effort  occurred  at  Whiteman  AFB  for  the  SAC  minute- 
man  combat  crew  scheduling  system  (Bush,  1978;  and  Kerr,  1982). 
Another  successful  attempt  computerized  the  flying  training 
for  a  tactical  fighter  squadron  (Egge,  1978).  A  third  effort 
(Pease,  1978)  computerizes  the  scheduling  process  by  dividing 
it  into  planning  and  scheduling  modules  for  the  wing.  In 
contrast,  there  is  one  notable  effort  that  failed  in  its 
attempt  to  computerize  the  scheduling  process.  A  1974  Berman 
study  for  the  Rand  Corporation  suggests  the  parallel 
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development  of  an  aircraft  and  aircrew  decision- oriented 
scheduling  system  for  all  of  SAC.  It  tries  to  be  a  panacea 
for  the  scheduling  problem  on  a  command-wide  basis.  What 
it  fails  to  account  for  is  that  each  wing  is  a  system  in  its 
own  right.  A  current  SAC  effort  at  aiding  decision-makers 
is  the  incorporation  of  microcomputers  and  optimal  mark 
scanners  into  the  wing  scheduling  shops  as  part  of  the  Air 
Force  Operations  Resource  Management  System  (Mitchell,  1981) 
However,  this  scheduling  effort  also  appears  doomed  for  fail 
ure  because  it  does  not  account  for  individual  wing  differ¬ 
ences  and  decision-maker  personalities. 

An  approach  that  does  consider  organization  and 
personality  differences  when  constructing  a  computer-aided 
decision-making  system  is  the  concept  of  Decision  Support 
Systems  (DSS) .  It  implies  the  use  of  computers  to  assist 
managers  in  the  decision  process  where  tasks  are  semistruc- 
tured,  support  managerial  judgment,  and  improve  decision¬ 
making  effectiveness  (Keen  and  Morton,  1978:1).  A  DSS  is 
most  applicable  in  situations  where  a  large  data  base  exists 
the  data  needs  to  be  manipulated  to  arrive  at  a  solution, 
some  time  pressure  is  involved,  and  the  need  for  judgment 
when  selecting  an  alternative  (Keen  and  Morton,  1978:96-97). 
The  first  step  is  to  build  a  descriptive  model  of  the  system 
(the  way  it  is)  and  then  construct  a  normative  model  (the 
way  it  ought  to  be).  Both  of  these  models  are  developed 
through  a  joint  effort  by  the  users  of  the  system  and  the 
system  designer.  At  this  point  the  new  system  is 
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incrementally  implemented  by  using  the  cognitive  style  para¬ 
digm  (Keen  and  Morton,  1978:175-177).  This  way  the  implemen¬ 
tation  stage  is  an  iterative  process  which  moves  the  system 
from  its  descriptive  model  to  its  normative  model.  Success¬ 
ful  completion  of  the  DSS  implementation  depends  on  a  prior 
definition  of  improvement,  progress  monitoring  towards  the 
goal,  and  a  review  process  which  determines  when  the  system 
is  complete  (Keen  and  Morton,  1978:213). 

A  key  part  of  any  DSS  is  its  data  base  and  the 
management  of  that  data  base.  This  involves  decisions  on 
hardware  and  software  configuration;  data  storage,  access, 
and  retrieval;  and  data  definition  and  security.  The  hard¬ 
ware  and  software  decisions  will  vary  from  system  to  system. 
These  decisions  will  depend  on  the  uniqueness  of  the  system 
and  its  peculiarities,  the  current  system's  configuration, 
hardware  and  software  availability,  and  cost.  Data  storage, 
access,  and  retrieval  also  vary  from  system  to  system,  and 
they  depend  on  the  hardware  and  software  decisions.  De  and 
Sen  recommend  the  data  be  stored  in  modules  which  support  the 
decision  under  consideration  (1981).  This  makes  data  access 
and  retrieval  simpler  and  faster.  Finally,  the  problems  of 
data  definition  and  security  must  be  addressed.  Data  defini¬ 
tion  involves  the  defining  and  coding  of  the  data  for  the 
users  of  the  system.  In  this  manner  everyone  attaches  the 
same  meaning  to  a  particular  piece  of  information  and  dupli¬ 
cate  meanings  and  codes  are  eliminated. 

There  have  been  several  areas  where  the  concept  of 
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DSS  has  been  successfully  applied.  Clearly,  aircraft  and 
aircrew  scheduling  contain  the  aforementioned  characteristics 
which  lend  to  DSS  application.  The  current  decision  then  is 
to  select  a  modeling  methodology  that  best  portrays  this 
scheduling  function  and  its  information  requirements. 

The  modeling  approach  selected  was  developea  by  the 
Materials  Laboratory  of  the  Air  Force  Wright  Aeroniutical 
Laboratories  in  cooperation  with  SofTech  Incorporated.  The 
technique  was  created  for  the  Air  Force's  Integrated 
Computer-Aided  Manufacturing  (ICAM)  Program.  The  program 
developed  an  ICAM  Definition  (IDEF)  method  which  addresses 
various  manufacturing  characteristics  (Ross  et  al.,  1981:3). 
IDEF  involves  three  modeling  methodologies  which  graphically 
portray  the  system.  Only  the  first  two  methodologies  are 
presented  in  this  research. 

The  first  modeling  methodology,  IDEFq, 

is  used  to  produce  a  function  model  which  is  a 
structured  representation  of  the  functions  of  a 
manufacturing  system  or  environment,  and  of  the 
information  and  objects  which  interrelate  those 
functions  [Ross  et  al. ,  1981:3], 

It  consists  of  boxes  representing  activities  and  arrows  repre¬ 
senting  the  inputs,  controls,  outputs,  and  mechanisms  affect¬ 
ing  the  activity.  Each  activity  is  broken  down  into  its 
subfunctions  until  the  desired  level  of  detail  is  reached. 

Once  the  function  model  is  constructed  the  next  step  is  to 
develop  the  information  model. 

The  second  modeling  methodology,  IDEF^,  "is  used  to 
produce  an  info rmation  model  which  represents  the  structure 
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of  information  needed  to  support  the  functions  of  a  manufac¬ 


turing  system  or  environment  [Jones  et  al.,  1981:3]."  This 
model  consists  of  Entity  and  Attribute  Diagrams  and  their 
supporting  documentation.  The  diagrams  consist  of  boxes 
representing  entity  classes  and  attribute  classes  and  arrows 
depicting  their  relationships.  The  documentation  supporting 
the  diagrams  consist  of  source  material  logs,  source  data 
lists,  a  dictionary,  and  a  glossary.  "At  this  point,  the 
information  model  is  in  a  form  which  will  facilitate  basic 
translation  into  a  data  base  management  system  [Jones  et  al. , 
1981:195] ." 

Because  of  the  success  of  IDEF  modeling  methodology 
to  the  manufacturing  process  and  other  related  areas,  the 
authors  believe  it  appropriate  to  apply  the  technique  to 
aircraft  and  aircrew  scheduling.  To  avoid  the  difficulties 
encountered  by  previous  modelers,  and  to  apply  DSS  concepts 
and  the  successes  of  other  modelers,  the  authors  chose  to 
model  the  B-52  aircrew  scheduling  process  for  the  28th  Bom¬ 
bardment  Wing  at  Ellsworth  AFB,  South  Dakota.  A  parallel 
thesis  (Hackett  and  Pennartz,  1982)  models  the  B-52  aircraft 
maintenance  scheduling  process  for  *he  same  wing. 

Conclus ions 

The  overall  objective  of  this  research  is  to  construct 
a  model  of  the  B-52  aircrew  scheduling  function  at  Ellsworth 
AFB.  It  is  believed  this  model  can  eventually  be  used  to 
devise  a  complete  computer-aided  decision  support  system  for 


this  process.  Because  of  the  breadth  of  this  effort  and 
time  constraints  involved,  the  overall  objective  was  narrowed 
in  scope  to  building  a  function  model  of  the  unit  B-52  air¬ 
crew  scheduling  process  and  then  constructing  an  informational 
model  for  one  of  the  myriad  of  decisions  within  the  scheduling 
process.  Specifically,  an  informational  model  is  built  for 
the  monthly  decision  to  assign  individuals  by  name  to  ground 
alert  duty. 

The  first  objective  of  this  research  is  to  construct 
a  functional  model  of  the  B-S2  aircrew  flight  and  ground 
training  events  scheduling  process  for  the  28th  Bombardment 
Wing.  The  purpose  is  to  determine  this  scheduling  process' 
functional  elements  and  informational  relationships.  The 
process  is  modeled  using  IDEFQ  methodology.  First,  the  pro¬ 
cess  is  broken  down  into  four  broad  functional  areas- - 
determining  unit  B-52  mission  objectives,  planning  unit  B-52 
activities,  implementing  the  unit  B-52  plan,  and  evaluating 
the  effectiveness  of  the  unit  B-52  plan.  At  this  point  the 
research  focused  on  planning  unit  B-52  activities.  This 
functional  area  was  broken  down  into  planning  operational 
activities  and  planning  maintenance  activities.  While  this 
research  develops  the  planning  of  operational  activities,  a 
parallel  thesis  (Hackett  and  Pennartz,  1982)  concentrates  on 
the  planning  of  maintenance  activities.  Within  planning 
operational  activities,  three  more  functional  areas  are  de¬ 
fined-  -determine  operational  planning  needs,  compile  opera¬ 
tional  planning  data,  and  develop  operational  schedules.  This 
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hierarchical  breakout  continues  through  two  more  levels  of 
activity  for  these  last  three  functional  areas. 

The  informational  relationships  for  planning  unit  B-52 
activities  are  also  determined.  In  general  the  planning  pro¬ 
cess  is  controlled  by  higher  headquarters  guidance  and  the 
prerogatives  of  the  wing  commander.  The  process  transforms 
unit  mission  objectives  and  other  informational  inputs  into 
an  aircrew  training  plan  and  a  unit  maintenance  plan.  In  the 
planning  of  aircrew  activities,  unit  training  objectives  and 
general  informational  inputs  are  transformed  into  an  aircrew 
training  plan  and  planned  operational  requirements.  This 
process  is  constrained  by  not  only  higher  headquarters 
guidance  and  wing  commander  prerogatives,  but  also  by  the 
capabilities  of  the  maintenance  function.  The  planning  of 
maintenance  activities  takes  the  unit  maintenance  objectives 
and  other  general  information,  and  transforms  them  into  a 
unit  maintenance  plan  and  maintenance  capability.  At  the 
same  time  this  function  is  controlled  by  the  guidance  of 
higher  authority  levels,  the  unit  commander's  prerogatives, 
and  the  planned  operational  requirements.  Within  the  plan¬ 
ning  of  aircrew  activities,  all  three  previously  mentioned 
functions  transform  general  informational  inputs  such  as 
unit  training  objectives  into  a  desired  output.  Determining 
operational  planning  needs  transforms  the  inputs  into  job 
knowledge  by  the  studying  of  higher  headquarters  guidance. 

In  compiling  operational  planning  data,  the  inputs  are  trans¬ 
formed  into  various  information  files.  This  process  is 
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controlled  by  not  only  the  guidance  established  by  higher 
headquarters,  but  also  maintenance  capability  and  job 
knowledge.  Finally,  operational  training  plans  are  developed 
by  transforming  the  inputs  into  planned  operational  require¬ 
ments  and  an  aircrew  training  plan.  This  function  is  con¬ 
strained  by  higher  headquarters  guidance,  wing  commander  pre¬ 
rogatives,  job  knowledge,  maintenance  capability,  and  planned 
operational  requirements.  This  input-control-output  process 
is  developed  for  the  next  two  lower  hierarchical  levels 
formulated  in  the  functional  model. 

The  second  objective  of  this  research  is  to  construct 
an  informational  model  for  the  monthly  assignment  of  indivi¬ 
duals  by  name  to  B-52  ground  alert  duty  at  the  28th  Bombard¬ 
ment  Wing.  The  purpose  here  is  to  determine  the  informational 
needs  in  making  the  decision.  This  decision-making  process 
was  modeled  using  IDEF^^  methodology.  The  informational 
entities,  attributes,  and  relationships  for  this  decision 
are  identified  and  grouped  into  their  respective  classes. 

The  entity  classes  and  their  attributes  are  defined  within 
the  context  of  the  modeled  decision.  A  glossary  which  includes 
a  definition,  label,  and  synonym  for  each  entity  class  and 
their  attributes  is  provided.  Also  a  source  material  log 
and  source  data  list  with  cross  references  are  presented  for 
this  decision.  There  are  three  entity  classes  identified  for 
the  monthly  decision  to  assign  a  particular  individual  to 
ground  alert  duty.  They  are  resources,  requirements,  and 
non-availability.  The  relationships  between  these  three 
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entity  classes  in  the  informational  model  are:  resources 
fulfilling  requirements  which  qualify  resources  for  the  task, 
requirements  determining  the  non-availability  criteria  for 
the  resources,  and  resources  being  assigned  either  available 
or  non-available  for  the  task. 

Through  the  IDEF  modeling  methodologies,  the  authors 
were  able  to  determine  the  necessary  functions  and  their 
information  and  object  relationships  for  planning  unit  B-52 
activity.  And  within  this  context  they  were  able  to  estab¬ 
lish  the  information  needs  for  the  monthly  decision  to  assign 
individuals  by  name  to  ground  alert  duty.  All  of  this  was 
accomplished  within  the  broader  system  of  B-52  aircrew  flight 
and  ground  training  events  scheduling  for  the  28th  Bombardment 
Wing.  Because  of  its  prior  successes  and  the  success  the 
authors  had  in  using  IDEF  modeling  methodologies,  it  appears 
that  this  technique  may  be  applicable  in  other  areas  in  the 
Air  Force,  Department  of  Defense,  other  governmental  agencies, 
and  industry.  Anywhere  a  need  exists  to  fully  understand 
the  activities,  their  informational  relationships,  and  their 
informational  needs,  it  appears  that  IDEF  modeling  methodology 
may  be  useful.  However,  it  should  not  be  viewed  as  a  panacea 
for  everything- -capable  of  modeling,  solving,  and  improving 
any  problem. 

Recommendations 

The  modeling  process  started  here  is  far  from  being 
complete.  In  fact  it  has  only  just  begun.  There  are  several 


steps  which  must  be  accomplished  before  the  SAC  B-52  aircre> 
flight  and  ground  training  events  scheduling  process  for  the 
28th  Bombardment  Wing  is  transformed  into  a  total  computer- 
aided  decision  support  system.  Therefore,  the  authors 
recommend  the  following: 

1.  Using  IDEF^  methodology,  develop  the  information 
models  for  the  other  decisions  under  the  function  of  planning 
unit  B-52  activities.  Some  fruitful  areas  to  explore  are 
the  quarterly  decisions  involving  aircrew  leaves/alerts  and 
individual/crew  temporary  duty;  monthly  decisions  involving 
individual  leaves,  physicals,  qualification  flights,  physio¬ 
logical  training,  and  aircrew  ground  events  training;  weekly 
decisions  for  assigning  aircrews/individuals  to  training 
flights  and  individuals  to  ground  events  training;  and  daily 
decisions  involving  crew  member  substitutions  on  training 
flights,  alert,  and  temporary  duty. 

2.  Once  some  of  these  information  models  are  built, 
link  two  or  three  of  the  closely  related  ones  together  into 
one  model.  This  can  assist  in  tracing  key  informational  ties 
between  decisions,  eliminate  data  redundancy,  and  show  how  one 
decision  affects  another.  Through  this  building  block  approach 
one  will  eventually  be  able  to  see  the  rippling  effect  of  one 
decision  on  the  entire  system. 

3.  The  information  model  for  the  monthly  decision  of 
assigning  individuals  by  name  to  ground  alert  duty  should  be 
translated  into  a  data  base  management  system.  As  the  other 
information  models  are  developed  they  should  also  be  translated 
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into  a  data  base  management  system.  To  avoid  not  only  data 
redundancy,  but  also  the  need  for  a  large  storage  capacity, 
the  information  model  being  translated  should  be  matched  with 
those  already  translated  to  identify  key  informational  links. 

4.  Using  IDEF2  methodology,  "produce  a  dynamics 
model  which  represents  the  time  varying  behavior  of  functions, 
information  and  resources  [Miner  et  al.,  1981:3]"  for  the 
planning  of  unit  B-52  activity  and  its  environment.  The  pur¬ 
pose  of  this  model  is  to  describe  the  time-varying  behavior 

of  the  system  in  an  effort  to  analyze  its  performance 
measurements  via  computer  simulation  (Miner  et  al.,  1981:11). 
This  model  will  significantly  aid  decision-makers  when 
selecting  among  alternative  courses  of  action.  They  will  be 
able  to  see  the  effect  of  various  decisions  on  the  complete 
system  before  the  decision  is  actually  made. 

5.  Using  IDEF  methodology,  construct  a  function, 
information,  and  dynamics  model  for  the  other  three  A-0 
levels  of  activity  (i.e.,  develop  unit  B-52  mission  objec¬ 
tives,  implement  the  unit  B-52  plan,  and  evaluate  the  unit 
B-52  plan).  Just  as  in  the  area  of  plan  unit  B-52  activity, 
the  models  can  assist  the  planners  and  decision-makers  within 
these  three  areas.  Alternative  mission  objectives  can  be 
studied,  plan  implementation  can  be  facilitated  with  alterna¬ 
tive  courses  of  action  analyzed,  and  evaluation  of  the  plan 
and  its  implementation  with  respect  to  mission  objectives  can 
be  easily  determined. 

6.  Determine  the  links  between  all  four  A-0 
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levels  of  activity  for  this  wing's  B-52  aircrew  scheduling 
process.  Basically  this  will  involve  determining  the  out¬ 
put  for  each  A~0  level  of  activity  and  its  input  link,  if 
any,  to  the  other  three  levels  of  activity.  Eventually  the 
entire  system  will  be  modeled  and  the  effect  of  any  one 
decision  on  the  overall  system  can  be  determined  (i.e..  How 
does  a  change  in  a  mission  objective  affect  plan  develop¬ 
ment,  implementation,  or  evaluation?  How  does  plan  evalua¬ 
tion  affect  its  development  and  implementation?  etc.). 

7.  Determine  hardware  and  software  requirements, 
system  configuration,  and  cost.  Several  tough  decisions  are 
made  at  this  point.  It  must  be  determined  whether  to  use  one 
or  several  microcomputers,  or  one  large  central  computer;  how 
the  data  is  to  be  stored,  accessed,  updated,  and  retrieved; 
visual  presentation  of  output;  how  and  what  data  is  to  be 
collected;  and  benefit/cost  tradeoffs  of  the  system,  its 
capacity,  and  the  information  it  stores  and  collects. 

8.  Determine  the  training  requirements  for  the 
scheduling  personnel.  What  type  of  experience  or  background 
is  needed?  What  are  the  on-the-job  training  requirements? 
What  course  material  needs  to  be  added  in  technical  training 
schools?  How  to  administer  career  development  course  material 
through  the  Extension  Course  Institute?  These  and  other 
training  questions  need  to  be  answered. 

9.  As  each  information  model  is  constructed,  they 
should  be  linked  to  previous  information  models  in  modular 
form,  the  new  data  base  defined  and  developed,  and  the  new 
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system  implemented.  This  allows  the  users  to  get  hands-on 
experience  faster  than  if  the  complete  system  was  defined 
before  it  was  implemented.  As  problems  within  the  system 
arise,  they  can  be  identified  and  corrected  easier.  And  the 
time  required  to  implement  the  system  will  be  facilitated. 

10.  As  each  step  in  developing  the  total  decision 
support  system  is  taken,  the  problems  encountered  and  correc¬ 
tive  action  taken  needs  to  be  documented.  This  way  they  can 
be  used  to  reconstruct  what  was  done,  avoid  similar  mistakes, 
and  unproductive  areas  will  not  be  explored  again. 

Once  this  project  is  complete,  the  28th  Bombardment 
Wing  at  Ellsworth  AFB,  South  Dakota,  will  have  a  complete 
computer-aided  decision  support  system  that  assists  bomb 
squadron  managers  in  the  decision  process,  supports  managerial 
judgment,  and  improves  decision-making  effectiveness.  Command 
attention  can  then  focus  on  the  adoption  of  successful  proce¬ 
dures  to  other  units  and  differing  missions. 
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